
H CONTRACT AGREEMENT 

|h!S CONTRACT AGREEMENT (“Agreement") made the 24 th day of August 2010 

a BETWEEN 

i 

J e ‘ e;>,c * ent °f India acting through the Director General, Unique Identification Authority of 
( her emafter referred to as “Purchaser") which expression shall unless repugnant 
to the context or meaning thereof mean and be deemed to include its authorized agents, 
ifppresentatives and permitted assigns of the One Part. 
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|be Party M/s L-l Identity Solutions Operating Company Private Limited/a company 
incorporated under the Indian Companies Act 1956 having its registered office at 2, Frontline 
'Irandeur, 14 Walton Road, Bangalore 560001 (hereinafter referred to as "L-l India"), a 
subsidiary of L-l Identity Solutions Operating Company, a Delaware U.S.A. corporation 
(IJentified in Purchaser's Bid Document as the "Prime Consortium Member" and "Prime 
B.duer and hereinafter referred to as "Biometric Solution Provider" or "BSP"), which 
impression shall unless repugnant to the context or meaning thereof mean and be deemed to 
include its successors and permitted assigns of the Other Part. 
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(a) The Purchaser had invited bids vide their Bid Document number: Bid No. D- 
11018/14/Tech/l0-UIDAI for providing certain services, namely. Design, Supply and 
Implementation of Biometric Solution" for Unique Identification Authority of India 
(hereinafter referred to as "Bid Document"); 

(b) The BSP had submitted its proposal dated 21.06.2010 (hereinafter referred to as the 

Bid') for the provision of such services in accordance with BSPs proposal as set out in 
its Bid and in accordance with the terms and conditions of the RFP and this 
Agreement; 

l c ) The Purchaser has agreed to appoint the BSP for the provision of such services and 
the BSP has agreed to provide those services as are represented in the Bid, including 
the terms of this Agreement, the Annexures and Scope attached hereto and in 
accordance with the terms of the 8id, and in terms of the discussions, negotiations 
and clarifications in relation to the implementation of the scope of work and the 
Agreement; 

(d) While the BSP fs bound to all of the provisions of this Agreement, in accordance with 
the requirements of the Purchaser's Bid Document (Section 11, clause 34.5) and the 
Purchasers earlier issued Invitation for Expression of Interest (clause 4.3(ii).b), the 
BSP established L-l India for the purposes of signing this Agreement with the 
Purchaser; 

(e) in consideration of the foregoing and the mutual covenants and promises contained 
herein and other good and valuable consideration the receipt and adequacy of which 
is hereby acknowledged, the parties intending to be ’bound legally, for 
implementation of this Agreement; 

MOW THIS AGREEMENT WITNESSETH AS FOLLOWS: 


In this Agreement words and expressions shall have the same meanings as are 
respectively assigned to them in the General Conditions of Contract referred to; 


The following documents and the provisions thereof shall be deemed to form and be 
read and construed as part of this Agreement (hereinafter the "Contract") viz: 


a. General Conditions of Con tract 

b. Special Conditions 

c. Service Level Agreement (SLA) 

d. Work Allocation & Service Level 



Annexure A 
Annexure B 
Annexure C 
Annexure D 
Annexure E 







f. 

Minimum Requirements 

Annexure F 

g- 

Letter for withdrawing the Deviations 

Annexure G 

h. 

Break-up of cost components 

Annexure H 

L 

Non Disclosure Agreement 

Annexure I 

j- 

Clarifications dated 5 th , 7 th , 15 th , 16 th of June 2010 

issued by the Pi 

k. 

Technical Bid submitted by BSP 

Annexure J 

L 

Commercial Bid submitted by BSP 

Annexure K 

m. 

Acceptance Letter of LI Bidder commercial quote 

Annexure L 

n. 

The Purchaser's order dated 30 lh July 2010 

Annexure M 


!n consideration of the payments to be made by the Purchaser to l-l India as 
hereinafter mentioned, the BSP hereby covenants with the Purchaser to provide the 
Goods/ Services and to remedy defects therein in conformity in all respects with the 
provisions of the Contract. Brief particulars of the goods and / or services which shall 

be supplied/ provided by the BSP along with cost/charges thereof are as per 
Annexure H; 


The Purchaser hereby covenants to pay L-l India in consideration of the provision of 
the Services and the remedying of defects therein, the Contract Price or such other 
sum as may become payable under the provisions of the Contract at the times and in 
the manner prescribed by the Contract; 


The Parties intend for the entire provisions of each of the aforesaid documents to be 
read together harmoniously to form the Contract and to regulate their relationship 
inter se. In the event of any conflict in the provisions of the above listed documents, 

the order of precedence of the provisions thereof shall be in the order as set out 
above; 


Subject to the rules of dynamic allocation as per Annexure D - Work allocation & 
Service Levels and any mutually agreed upon Change Orders between the parties, 
the Contract Value shall not exceed Rs.33,87,50,000/- (Rupees Thirty Three Crores 
Eighty Seven Lakh Fifty Thousand Only)(inclusive of all Taxes) for an estimated 
maximum of 10.50 crore Allotted Enrolment Transactions after successful de- 
duplication, at the cost of Rs.2.75 (Rupees Two and Paise Seventy Five only) (inclusive 
of all Taxes) per Allotted Enrolment Transaction. The aforesaid total Contract value 
includes the amount of Rs. 5,00,00,000/- (Rupees Five Crore Only) tow’ards delivery, 
installation and acceptance of hardware for both primary and business continuity 
sites of UIDAI for de-duplications of an estimated capacity of first ^(one) crore 
Allotted Enrolments Transactions; 
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This Contract and its stipulated obligations and conditions shall be effective from 
30.07.2010 (hereinafter "the said date") i.e. the date of issue of Firm Orders and shall 
be valid initially for a period of two (2) years or completion of 20 Crores enrollment 
transactions, whichever is earlier, from the said date; 

ITJ WITNESS whereof the parties hereto have caused this Agreement to be executed in 
accordance with their respective laws the day and year first above written. 



Signed, Sealed and Delivered for 
on behalf of M/s L- 
Solutions Opera 
Private Limited 

Signed 

Name: Machiel van der Harst 


Designation: Technical Officer 
Date: August 24 th , 2010 


& 


Place: New Delhi 


Signed, Sealed and Delivered for and on 
behalf of the President of India acting 
through the Director General, Unique 
Identification Authority of India. 


Signed 


Name: B. 
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Designations Od y- p j ce ctd T (je n e r a I 


Date: August 24 th , 2010 
Place: New Delhi 



)e presence2. 

. .0 ^ A 

Signed 

Name: Kalidindi 
Designation: Director, Business 
Development, 11 ID 
Date: August 24 th , 2010 
Place: New Delhi 


In the presence of: 
Signed 






Name: Ajay Nan^O^^ 

ptann't'y Q, tC us,n 

Date: Aug^2tffrQ"2Dio 
Place: New Delhi 
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Annexure A 

General Conditions of Contract 
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General Conditions of Contract 
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1- Definitions 

fn this Contract, the following terms shall be interpreted as indicated: 

I. Acceptance of Bid" means the letter/fax or any memorandum communicating to 

the bidder, the acceptance of his bid, and includes an advance acceptance of his 
bid. 

" Business Day" means any day that is not a Sunday or a public holiday (as per the 
official holidays observed by (JIDAI). 

HI. The "Biometric Solution Provided' means the successful bidder whose bid has 
been accepted by the Purchaser and with whom the order for providing a turnkey 
solution towards Design, Supply and Implementation of Biometric Matching 
Services has been placed as per requirements and terms and conditions specified 
in this Bid/contract and shall be deemed to include successors of M/s L-l Identity 
Solutions Operating Company, representatives (approved by the Purchaser), 
heirs, executors, administrators and permitted assigns, as the case may be, unless 
excluded by the terms of the contract. "Biometric Solution Provider" or "BSP" in 
this contract refers to M/s L-l Identity Solutions Operating Company. 

IV. "Biometric Solution Provider's Team" means the Successful Bidder alone or 
along with all of its consortium members, who have to provide goods & services 
to the Purchaser under the scope of this Bid / Contract. This definition shall also 
include any and/or all of the employees of the Prime Consortium Member, 
consortium members, authorized service providers/partners/agents and 
representatives or other personnel employed or engaged either directly or 
indirectly by the Biometric Solution Provider for the purposes of this Bid / 
Contract. "Biometric Solution Provider's team" or "BSP's team" in this contract 
refers to the team of M/s L-l Identity Solutions Operating Company 

V. Biometric Solution Provideds Representative/ Project Coordinator" means the 
person or the persons appointed by the Biometric Solution Provider from time to 
time to act on its behalf for overall co-ordination, supervision and project 
management. 


VI. "Confidential Information" means any information disclosed to or by any Party to 
this Contract and includes any information in relation to the Parties, a third party 
any other person any such information that may come to the knowledge of the 





Parties hereto / Biometric Solution Provider's Team by virtue of this Contract 
that: 

a - is by its nature confidential or by the circumstances in which it is 
disclosed confidential; or 

b. is designated by the disclosing Party as confidential or identified in terms 
connoting its confidentiality; 

but does not include information which is or becomes public knowledge other 

than by a breach of this Contract; 

VII. "'The Purchaser" means the President of India acting through the Director 
General, Unique Identification Authority of India (UIDAI), Planning Commission, 
Government o India 

VHI. "Purchase Officer" means the officer signing the acceptance of bid and includes 
any officer who has authority to execute the relevant contract on behalf of the 
Purchaser 

IX. UIDAI", means the Director General, Unique Identification Authority of India 
(UIDAI) or any other representative authorized by the Director General. 

X. 'Document/' means any embodiment of any text or image however recorded and 
includes any data, text, images, sound, voice, codes or and databases or microfilm 
or computer generated micro fiche. 

XI. "Purchaser's Representative/Project Coordinator" means the person or the 
persons appointed by the Purchaser from time to time to act on its behalf for 
overall co-ordination, supervision and project management. 

XII. "Primary Site" means the Central ID Data Repository ("CIDR") Data Center in 
Delhi that would house the Information and Communication Technology (!CT) 
equipment required for carrying out the centralized operations of CIDR. 

XIII. "BCP Site" means the Business Continuity Site of the CIDR located at a Data 
Centre in Bangalore that would house ICT equipment similar to the Primary site 
and which would be capable of running business operations of the CIDR in case of 
an eventuality. 

XIV. "Datacenter Sites" means the Primary and BCP site of the CIDR including their 
respective Data Center space, Communications Room and Non-Data Centre space 
wherein the delivery, installation, integration, management and maintenance 
services as specified under the Annexure E - Scope of Work are to be carried out 
for the purpose of this Contract. Each individually referred to as Datacenter Site 
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XV. Prime Consortium Member" means the Prime Member of the Consortium, in 
case of a consortium bid. For the purpose of this contract Prime Consortium 
Member means the Biometric Solution Provider. 

XVI. "Parties" means the Purchaser and, the Biometric Solution Provider, and "Party" 
means either of the Parties. 

XVII. Contract 7 means the Agreement entered into between the Purchaser and the 
Biometric Solution Provider including all attachments and Annexes thereto, the 
Bid and all Annexes thereto and the agreed terms as set out in the Bid, all 
documents incorporated by reference therein and amendments and 
modifications to the above from time to time. 

XVai. De-Duplication means assurance through biometric comparisons that no 
enrolled person has been assigned more than one Unique ID number. 

Xu - Enrolment Transactions mean the transaction to perform de-duplication check 
in order to establish if there exists any duplicate(s) for the subject to be enrolled. 

XX. Allotted Enrolment Transactions" mean the transaction allocated to a Biometric 
Solution to perform de-duplication in order to check if there exist any duplicate(s) 
for the subject being enrolled. 


XXI. "Goods" means all of the equipment, sub-systems, hardware, software, products 
accessories and/or other material / items which the Biometric Solution Provider is 
required to supply, install and maintain under the contract. 

XXH. System" means all of the goods under the scope of this contract together as an 
integrated solution. 

XXISi. "Commissioning of System": The system shall be deemed to have been 
commissioned, when all the activities as defined in Clause 9.3 under Annexure E - 
Scope of Work have been successfully executed and completed. 

XXIv. "Acceptance of System": The system shall be deemed to have been accepted by 
the Purchaser, subsequent to its commissioning, when all the activities as defined 
in Clause 10 under Annexure E - Scope of Work have been successfully executed 
and completed. 


XXV. "Effective Date" means the date on which this Contract is signed and executed by 
the parties hereto. If this Contract is executed in parts, then the date on which 
the last of such Contracts is executed shall be construed to be the Effective Date; 


XXVI. "Intellectual Property Rights" means any patent, copyright, trademark, trade 
name, service marks, brands, propriety information, UIDAI Application Software 
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whether arising before or after the execution of this Contract and the right to 
ownership and registration of these rights. 

XXVII. Kick Off Meeting 7 ' means a meeting convened by the Purchaser to discuss and 
finalize the work execution plan and procedures with the Biometric Solution 
Provider. 

XXVII?. Service means services to be provided as per the Annexure E - Scope of Work 
as specified in this bid document and incidental services, such as design, supply 
and implementation or any other such obligations of the Biometric Solution 
Provider covered under the Contract. In addition to this, the definition would also 
include other related/ancillary services that may be required to execute the 
Scope of Work under this contract. 

XXIX. "Service Specification" means and includes detailed description, statements to 
technical data, performance characteristics, and standards (Indian as well as 
international) as applicable and as specified in the Contract, as well as those 
specifications relating to Industry standards and codes applicable to the 
performance of the work, work performance quality and specifications affecting 
the work or any additional specification required to be produced by the Biometric 
Solution Provider to meet the design criteria/ and/ or contract requirements. 

XXX. "The Contract Value" means the sum of: 

a} The unit price per Allotted Enrolment Transactions times maximum of 10.5 
Crore Allotted Enrolment Transactions, subject to the rules of dynamic allocation 
as per Annexure D — Work alfocation & Service Levels, during Contract period 
and; 

b) The amount of Rs 5,00,00,000/- (Rupees Five Crore Only) towards delivery, 
installation and acceptance of hardware for both primary and business continuity 
sites of UIOAI for de-duplications of an estimated capacity of first l(one) Crore 
Allotted Enrolments Transactions. 

XXXI. "Notice" means: 

h a notice; or 

u. a consent, approval or other communication required to be in writing 
under this Contract. 


2. Interpretation 

In this Contract unless a contrary intention is evident: 

a. the clause headings are for convenient reference only and do not form part of 
this Contract; 

b. unless otherwise specified a reference to a clause number is a reference to all of 
ifs sub-clauses; 
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Operating Company in a form and manner acceptable to the Purchaser which 
would remain valid until such time, beyond the term of the Contract, as maybe 
stipulated by the Purchaser. 

e. All the members of the Consortium shall have executed a binding Consortium 
Contract / Agreement a notarized copy of which shall have been delivered to 
the Purchaser. 

f. All the members of the Consortium shall have executed a Power of Attorney 
authorizing the Prime Consortium Member to act for and on behalf of the 
Consortium members, a notarized copy of which shall have been delivered to 
the Purchaser. 

g. Furnishing of such other documents as the Purchaser may specify 

The Purchaser reserves the right to waive any_or all of the conditions specified in Clause 
3.1 above in writing and no such waiver shall affect or impair any right, power or 
remedy that the Purchaser may otherwise have. 
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4. 


Scope of Work / Contract 


4.1 


4.2 


o. 


Scope of life Work/ Contract shall be as defined in Annexure E - Scope of Work and 
Annexes thereto of this Bid Document. 

Purchaser has engaged M/s L-l Identity Solutions Operating Company for Design, 
upp y an Implementation of Biometric Matching Services for UIDAI using which the 
urc aser intends to perform its business operations. M/s L-l Identity Solutions 
Operating Company is required to prov.de such goods, services and support as the 
urchaser may deem proper and necessary, during the Terms of this Contract, and 

orth 6S I SUCh Pr ° CeSSeS and activitles which are consistent with the proposals set 
th P m 1 6 8 - tHe B ' d D ° CUment 3nd this Contract and are deemed necessary by 

Work ,j aSer ' in ° rder to meet lts business requirements (hereinafter 'Scope of 

Key Performance Measurements 

51 o2r, SP r ified bV ,he PUrChaWr “ ,he “ mra ^ M/S “ Solutions 

Operating Company shall deliver the goods, perform the Services and cam, the 

cope o Work m accordance with the scope of this Contract, Scope of Work and the 

Service Specifications as laid down under Annexure C - Service Leve, Agreement to 

General Conditions of Contract. • ' " 

Contract Ce SPeCifiCati0nS ' as ment '°ned in Scope of Work of requirements of this 
o includes the requirements of the Purchaser, and any other requirements as 

ore necessary to execute the Scope of Work under this Contract. ,f the Contract / 

mice Specification include more than one document, then unless the Purchaser 

P l ies to the contrary, the later in „me shall prevail over a document of earlier 
ate to the extent of any inconsistency. 

The Purchaser reserves the right to amend any of the terms and conditions in 

^7 COn,r3C ' ' SerViCe SPKitoti °" S P " d -V issue any such directions 

ofth " nPt neCeSSanlv stlpula,ed ther ein if it deems necessary for the fulfillment 
Of the Scope of Work. 


5.2 


5.3 


D - Commencement and progress 


^ , dent,tV Solut,ons Operating Company shall subject to the fulfillment of the 
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obligations in a manner as specified in the Scope of Work and Service 
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6.2 M/s L-l Identity Solutions Operating Company shall proceed to carry out the 
activities / services with diligence and expedition in accordance with any stipulation 
as to the time, manner, mode, and method of execution contained in this Contract. 

6.3 The Prime Consortium Member shall be responsible for and shall ensure that all 
activities / services are performed in accordance with the Contract, Scope of Work 
and Service Specifications and that the team of M/s L-l Identity Solutions Operating 
Company complies with such Specifications and all other standards. Terms and other 
stipulations/conditions set out hereunder. 


6.4 M/s L-l Identity Solutions Operating Company shall perform the activities / services 
and carry out it's obligations under the Contract with due diligence, efficiency and 
economy, in accordance with generally accepted techniques and practices used in 
the industry and with professional engineering and consulting standards recognized ( 
by international professional bodies and shall observe sound management, . 
engineering and security practices. It shall employ appropriate advanced technology 
and engineering practices and safe and effective equipment, machinery, material and 
methods. M/s L-l Identity Solutions Operating Company shall always act, in respect ( 
of any matter relating to this Contract, as faithful advisors to the Purchaser and shall, 
at all times, support and safeguard the Purchasers legitimate interests in any 
dealings with Third parties. 

- 6.5 Standards: The Goods supplied under this Contract shall conform to the standards 1 

mentioned in the Technical Specifications, and, when no applicable standard is • 
mentioned, to the authoritative standards, such standard shall be the latest issued by 
the concerned institution. Delivery of the Goods shall be made by M/s L-l Identity 
Solutions Operating Company in accordance with the terms specified by the 
Purchaser in its Notification of Award / Purchase Order. 


7. Constitution of Consortium 

7.1 For the purposes of fulfillment of it's obligations as laid down under the Contract 
where the Purchaser deems fit and unless the context requires otherwise. M/s L-l 
identity Solutions Operating Company shall refer to the Prime Consortium Member 
who shall be the sole point of interface between the Purchaser and M/s L-l Identity 
Solutions Operating Company and would be absolutely accountable for the A 
performance of its own, the other members of Consortium and/or its Team's 
functions and obligations. 
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7.2 The Consortium members agree that the Prime Consortium Member shall be the 
prime point of contact between the Consortium members and the Purchaser and 
shall be primarily responsible for the discharge and administration of all the 
obligations contained herein and, the Purchaser, unless it deems necessary shall deal 
only with the Prime Consortium Member. 

7.3 The Purchaser reserves the right to review, approve and require amendment of the 
terms of the Consortium Contract or any contract or agreements entered into by and 
between the members of such Consortium and no such agreement/contract shall be 
executed, amended, modified and/or terminated without the prior written consent 
of the Purchaser. An executed copy of each of such agreements/contracts shall, 
immediately upon execution be submitted by M/s L-l Identity Solutions Operating 
Company to the Purchaser. 

7.4 in case of a breach of any of the terms hereof, unless the Purchaser decides 
otherwise, the each member of the Consortium including the Prime Bidder shall have 
liability individually to the extent of the 'Scope of Work 1 , the proceedings for which 
are accrued by the consortium members respectively.. A notice of at least 2 months 
in advance is required to be given by the Prime Consortium Member to the 
Purchaser if during the terms of this Contract, the Prime Consortium Member desires 
to terminate any contract/arrangement relating to the performance of Services 
hereunder with any member of his Consortium. 

5 Where, during the terms of this Contract, the Prime Consortium Member terminates 
any contract/arrangement or agreement relating to the performance of Services 
hereunder with a member of the Consortium (subject to approval by the Purchaser), 
the Prime Consortium Member shall be severally liable for all consequences resulting 
from such termination.. The Prime Consortium Member shall in such case ensure the 
smooth continuation of Services by providing a suitable replacement subject to 

approval and to the satisfaction of the Purchaser at no additional charge and at the 
earliest opportunity. 


8. Sub —Contract 


The Prime Consortium Member shall not be permitted to appoint any 
delegate/subcontractor for the performance of required services under this contract 

In case any part of the work / services under this contract is required to be assigned by 
Prime Consortium Member to a third party, the same should be ipefpdpxl as a 
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Consortium member of M/s L-l Identity Solutions Operating Company and must be 
declared at the time of bidding. 

9- Obligations of M/s L-l Identity Solutions Operating Company 

9.1 The obligations of M/s L-l Identity Solutions Operating Company shall include 
Design, Supply and Implementation of Biometric Matching Services, for UiDAI, as per 
the Scope of Work/ Contract and changes thereof to enable the UIDA! to meet the 
objectives and operational requirements. It shall be the responsibility of M/s L-l 
Identity Solutions Operating Company to ensure the proper and successful 
implementation, performance and continued operation of the proposed solution in 
accordance with and in strict adherence to the terms of this Contract. 

9.2 M/s L-l Identity Solutions Operating Company shall be responsible to the Purchaser 
for-meeting all obligations of the consortium for executing the Scope of Work and 
meeting all obligations of this bid. M/s L-l Identity Solutions Operating Company 
shall also be the sole point of contact for all matters relating to this Contract. 

9.3 M/s L-l Identity Solutions Operating Company shall ensure that the team of M/s L-l 
identity Solutions Operating Company is competent, professional and possesses the 
requisite qualifications and experience appropriate to the task they are required to 
perform under this Contract. M/s L-l Identity Solutions Operating Company shall 
ensure that the Services are performed through the efforts of the team of M/s L-l 
Identity Solutions Operating Company, in accordance with the terms hereof and to 
the satisfaction of the Purchaser. Nothing in this Contract relieves M/s L-l Identity 
Solutions Operating Company from its liabilities or obligations under this Contract to 
provide the Services in accordance with the Purchaser's directions and requirements 
and as stated in this Contract and the Bid to the extent accepted by the Purchaser 
and M/s L-l Identity Solutions Operating Company shall be liable for any non¬ 
performance, non-compliance, breach or other loss and damage resulting either 
directly or indirectly by or on account of its Team. 

9.4 M/s L-l Identity Solutions Operating Company shall arrange at respective Datacenter 
Sites and UIDAI Locations, at no extra cost to the Purchaser, desktops, printers, 
stationary, tools, equipment, etc. that may be required by his team during the 
contract period for performance of Services under this contract. 

9.5 The representative(s) of M/s L-l Identity Solutions Operating Company shall have all 
the power requisite for and performance of services under this contract. 
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9.6 


9.7 


z :r::r~ for ,he proper c °° rd,n3,i ° n a - d ,im ^ «"***» <* 

works and on any other matters pertaining to the works. He will extend full co 
operation to Purchaser, representative in the manner repo,red hy them L 
opervis,on/inspect,on/observation of the epuipmen,/goods/ material, procedures, 
rmance, progress, reports and records pertaining to the good/ services He shall 
o have complete charge of the personnel of M/s L-X identity Solutions Operatrng 
company engaged the performance of the sewices and to ensure comp,Lee of 

Providers/Ve"L L Praa ' Ce ' He Sh3 " 3lso coo P era « with the other Service 

Locations SuctL ° PurCh3S ' r workin e « the Datacenter Sites and UIDAI 

shall be r Z represent3tive(s) ° f L-l Identity Solutions Operating Company 

uL, loc , 3 '° ' hC PUrChaSer ' S RePreSm ‘ 3ti - 3t -Pective Datacenter Site and 

cd ion uring the execution of Scope of Work under this Contract. 

btisfor^"? S ° IUti0nS 0perat,n S Company shall be responsible, on an ongoing 
I ■ ° r Inat '° n Wlth other vendors and agencies of the Purchaser in order to 

OpettinTc" 3nd OV6rSee imP,ementati ° n ° f the M/s L-l Identity Solutions 

in case of bo^l ^ Sha " a ' S ° ^ reSP ° nS '’ b,e f ° r resolvin g conflicts between vendors 
ase ot borderline integration issues. 

Access to Installation Sites 


Solutions O rCPreSenta “ Ve UP °" "*<*>• ° f 'Pom M/s L-, Identity 

Datal erst" 3 '3 o' -tallation 3 

to the n , e ' Ve “ MA 1-1 S0lu,i0ns °P er3ti "S Company access 

op ,i iL::r r as mav be " ccessa " ,o enab,e ma - ^ ^ 

P g Company to commence and proceed with the installation of the works in 
or ance w„h the programme of work. Any such repues, as specified aho.e sL 

s I . Pn0r aPPTOVal ° f UIDAI - A "V reasonable proposal of M/s L-X Identity 

::: ZT s co : p r for access ,o si,e to ~ 

and h l, 3 W pr °S r ™™ of work will be considered for approval 

Zl to ,b n e°Pur e cba"s re ; SOnablV * ' he ^ "«««* « Le 

work " representative in writing at least 7 days prior to start of the 

9 7 2 M/s A L-i h ,d re :r C L e UIDAI UC3,i0n ' ^ PUrCteer ' S "O'-"-*, sha,f give to 
be ' V ° Utl0nS ° per3tme Oompany access to the UIDAI Location as may 

necessaD, to enable M/s L-X Identity Solutions Operating Company to com™ 

md pcoceed with the location of the works in accordance w„b the prograLe 





9.8 Start of Installation 



9.8.1 Before commencement of installation at respective Datacenter Sites, M/s L 
Identity Solutions Operating Company shall carry out proper planning and co¬ 
ordination with other vendors viz. Datacentre Service Provider and Application 
Software Development, Maintenance Support (ASDMSA) Agency and others as 
relevant in order to prepare the installation plan and detailed design dot laments. 
(Refer to Clause 10.2 and 10.3 of Annexure E for details) 

9.8.2 The plan and design documents thus developed shall be submitted by M/s L 1 
Identity Solutions Operating Company to the Purchaser for approval. 

9.8.3 After obtaining the approval from the Purchaser, M/s L-l Identity Solutions 
Operating Company shall commence the installation. 

9.8.4 Prior to taking up installation of any major component of work, M/s L-l Identity 
Solutions Operating Company shall submit to Purchaser the proposed procedures 
and obtain Purchaser's approval in writing. 

9.9 Reporting Progress 

9.9.1 M/s L-l Identity Solutions Operating Company shall monitor progress of all the 
activities related to the execution of this contract and shall submit to the Purchaser, 
at no extra cost, progress reports with reference to all related work, milestones and 
their progress during the implementation phase on a weekly basis. 

9.9.2 Post implementation, M/s L-l Identity Solutions Operating Company shall submit 
to the Purchaser, MIS reports on an ongoing basis. An indicative list of such reports 
along with their periodicity are mentioned in Clause 10.9.4 'MIS Reports' under 
Annexure E - Scope of Work. 

9.9.3 The above reports mentioned under Clause 9.9.1 and Clause 9.9.2 are required 
to be submitted in 2 hard copies along with 2 soft copies. Extracts of these reports 
to be termed, as "Executive Summary'' shall also be submitted in 2 copies, both m 

hard and soft format. 

9.9.4 Formats for all abovementioned reports and their dissemination mechanism 
shall be discussed and finalized at the Kick-Off meeting. The Purchaser on mutual 
agreement between both parties may change the formats, periodicity and 
dissemination mechanism for such reports. 
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implementation phase is over th " ° f lmplementati °"- After the 

" eVe,V30 d3 V s «° discuss theperformance TIecoTj" *** ^ 
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,, 7 the execution of work are part of such meetings, 
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Managing Director, Country Head a,S o ° PCrat ' ne Corn P 3n V (including the 

Purpose of this contract This r • P 61 ' 3110 " 3 ' Head) shall be formed for the 

-chaser later, to 0^“^' ^ ^ » - 

identity SoLio n ; ^ W 

° f ,he a - d — 3 - 

contract. P '" th ““' s ‘^sentative in accordance with the 

9-9.9 The Purchaser reserves the riehr tn 

Progress/performance of the work/ser ^ m ° nit ° r/assess *e 

Contract. The Purchaser a ^ ^ time dur ' ng the Course of the 

Identity Solutions Operating CoZ^ ^ 7°° ^ ^ m3de ’ M/s L ‘ 1 

-V other in f orm„,o P n ^ **“■ d « 3 . —Ha, or 

progress/performance of the work / service. " reqU ' r '' en3b ' e " '° ,he 
right Jcondua'ehheTtaeTo ^tT' PurChaSer sha " 3,50 have the 

aodi, to monitor Z ^ T" “ “ ^ ^ " 

't: ~ «s 
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-dentil S., u ,^“0^^*" iPP,PdP of accounts of M/s d 
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completion of the works by the stipulated time, or is in deviation to Bid 
requirements/ standards, the Purchaser's representative shall so notify M/s L 1 
Identity Solutions Operating Company in writing. 

9.9.12 M/s L-l Identity Solutions Operating Company shall reply to the written notice 
giving details of the measures he proposes to take to expedite the progress so as 
to complete the works by the prescribed time or to ensure compliance to Contract 
requirements. M/s L-l Identity Solutions Operating Company shall not be entitled 
to any additional payment for taking such steps. If at any time, should it appear to 
the Purchaser or Purchaser's representative that the actual progress of work does 
not conform to the approved programme. M/s L-l Identity Solutions Operating 
Company shall produce at the request of the Purchaser's representative a revised 
programme showing the modification to the approved programme necessary to 
ensure completion of the works within the time for completion or steps initiated 
to ensure compliance to the stipulated requirements 


9.9.13 The submission seeking approval of the Purchaser or Purchaser's representative 
of such programme shall not relieve M/s L-l Identity Solutions Operating Company 
of any of his duties or responsibilities under the Contract. 

9.9.14 In case during execution of works, the progress falls behind schedule or does not 
meet the Contract requirements. M/s L-l Identity Solutions Operating Cornpan/ 
shall deploy extra manpower/ resources to make up the progress or to meet the 
Contract requirements. Programme for deployment of extra man power/ 
resources shall be submitted to the Purchaser for its review and approval, which 
approval shall not be unreasonably withheld. All time and cost effect in this 
respect shall be borne, by M/s L-l Identity Solutions Operating Company within 
the contract value. 

9.10 Knowledge of Datacenter Site conditions 

9.10.1 M/s L-l Identity Solutions Operating Company shall be granted access to the 
Datacenter Sites for inspection by the Purchaser before commencement of 
installation. The plan shall be drawn mutually at a later stage. 

9.10.2 M/s L-l Identity Solutions Operating Company shall be deemed to have 
knowledge of the Datacenter Site and its surroundings and information available 
in connection therewith and to have satisfied itself the form and nature thereof 
including, the physical and climatic conditions, the quantities and nature of the 
works and materials necessary for the completion of the w< 



Page 15 of 65 




') 

'j 

''I 

') 

') 

') 

) 


1 


J 

J 

J 

J 

J 

J 

J 


^“conr ■ 3nd m 8Gneral t0 ° bta,ned itS6,f a " neCeSS3ry Nation of alf 

therewith onderth T ^ -d responsibilities 

installatio ! . * and his ability to perform it. However, if during pre- 

n SUfVeV dunn g delivery or installation. M/s L-l Identity Solufin 

ITirrr deteCt$ PhVS^Ca, condlti ons and/or obstructions affecting the 

overcome them. ^ S ° ,Ut '° nS Sha " ^ a " me3sur « to 

9.11 Project Charter 

9111 After the release of Purchase Order under this Contract or prior to Kick-off 
faceting whichever is earlier M/c i i m • <- t 

^ ::::zrr r rrv out -~ ta - 

~ - ** — ~r: x; f :°r; i:::: 

z:zt n wr,tine ~»<* -,hods proposed::;; 

Identity Sol 7'^ T ^ ^ $ ° 5ubmitted by M/s L-l 

followed for effec.L eZZZZlZZlTZsZ ZTsZl 

:: :zz:: v ,mends ,o dep,oy apd **■ - ^ —ed. i::::: 

me Purchaser s Representative of a Proierf rhanor u „ 

irlpnHta ci Charter shall not relieve M/s 1-1 

the 0Peratin6 COmP3nV °' "* ° f h ' S dU,ie5 ° r -Ponsihilides under 

9112 n^: l f Z WO Z ;'7 MA L_1 ' den " ,y S0,Uti °" S OP*-*"* Company' \ 

mutually discus^lrdevVopeTso 1 ; UrCh3SeyS 0 ^ ra[io '’- the be 

barest ,. na vovi m P o as to keep such disruption/shutdown to the 

MA n,mu : Any time and cos ' effKt - f .i. ure 0 , 

pfoo sha„ b ;r:, opera,ine c ° mpa - “ - ch , w 0rk 

9 19 Project Organisation o, M/s L-l Identity Solutions Operating Company 




Page 16 of 6 t ) 





Identity Solutions Operating Company for execution of the work including the 
identities and Curriculum-Vitae of the key personnel to be deployed. M/s L-l 
Identity Solutions Operating Company shall promptly inform the Purchaser, in 
writing, of any revision or alteration of such organization charts. 

9.12.2 M/s L-l Identity Solutions Operating Company should to the best of his efforts, 
avoid any change in the organization structure proposed for execution of this 
contract or replacement of any manpower resource appointed at the Datacenter 
Sites and UIDAI Locations. If the same is however unavoidable, due to 
circumstances such as the resource leaving the organization of M/s L-l Identity 
Solutions Operating Company, M/s L-l Identity Solutions Operating Company shall 
promptly inform the Purchaser in writing, and the same shall require subsequent 
approval by the Purchaser. 

9.12.3 In case of replacement of any manpower resource, M/s L-l Identity Solutions 
Operating Company should ensure efficient knowledge transfer from the outgoing 
resource to the incoming resource and adequate hand-holding period and training 
for the incoming resource in order to maintain the continued level of service. 

9.12.4 All manpower resources deployed by M/s L-l Identity Solutions Operating 
Company for execution of this contract must strictly adhere to the attendance 
reporting procedures and make their services available for the entire reporting 
time period at respective Datacenter Sites, UIDAI Locations or any location 
designated by the Purchaser. 

9.12.5 M/s L-l Identity Solutions Operating Company shall provide at the respective 
Datacenter site necessary supervision during the execution of work and as long 
thereafter as the Purchaser may consider necessary for the proper fulfillment of 
the obligations of M/s L-l Identity Solutions Operating Company under the 
Contract. M/s L-l identity Solutions Operating Company or his competent and 
authorized representative(s) shall be constantly present at the respective 
Datacenter Site whole time for supervision. M/s L-l Identity Solutions Operating 
Company shall authorize his representative to receive directions and instructions 
from the Purchasers Representative. 

9.12.6 M/s L-l Identity Solutions Operating Company shall be responsible for the 
deployment, transportation, accommodation and other requirements of all its 
employees required for the execution of the work and provision of services for all 
costs/charges in connection thereof. 
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9 12.7 M/s 1-1 Identity Solutions Operating Company shall provide and deploy at the 
Datacenter S„e or UIDA, Location forearming op, , he work , on|y those manpowef 

esources who are qualified/skilled and experienced in their respective trades and 
who are competent to deliver in a proper and timely manner the work they are 
require to perform or to manage/supervise the work. 

912 8 l^cT' 3 Represe " tati - « -V Object to and require M/s 1-1 
Itv o utions Operating Company to remove forthwith from the Datacenter 
Site or UIDA, Location any authorised representative or employee of M/s 
Identity solutions Operating Company or any persons, of the team of M/s L 1 
ty Solutions Operating Company, if, in the opinion of the Purchaser's 
is PrPSenta “'' e the pers °" in duestion has mis-conducted or his / her deployment 

,Ln,tT? C °" ^ UndeS ' rable ^ Purchaser's Representative. M/s L-l 

de tity Solutes Operating Company shall forthwith remove and shall no, again 

oy e person without the written consent of the Purchaser's Representative. 

9 ,2-9 rrr" Represemati ' ,e 3 > object to and request M/s L-l 

UIDA, Loca, U ' ,<>nS 0P r" ne C ° mPanV '° ,em ° Ve fr ° m ,h€ Data< - enrer Site or 
Operating c" ^ re Rrese„,ative of M/s L-l Identity Solutions 

Operating r PanV e a " V en ’ pl ° vee of M/s L-l Identity Solutions 

ompany or h,s team or any person(s) deployed by M/s L-l Identity 

Solutions Operating Company or his team for professional incompetence ! 

negligence or for being deployed for work for which he is no, suited M/s L-, 

dentity solutions Operating Company shall consider the Porch e' 

Representative request and may accede to or disregard The Purchaser's 

whn M/ 'Td 8 made 3 req ° eS '- 35 3f0,e53id ,hP ““ pf Peffon 
case o r h S °' Uti0nS ° Pera,ing C ° mP3ny h3S disregarded, may , n ,he 

“ S3rne PerS ° n 31 ^ »u, on a different occasion, and for a 

and ' ,nS M/“ ° ne ° f reaSOnS K,e " ed '° ab ° v<! in this C,a -d object to 
from cTT S 11 ' dentl ' V Solu,,ons Operating Company to remove that person 
rom deployment on the work, which M/s 1-1 Identity So,utions Operating 

Company shall then fodhwith do and shall no, again deploy any pe so so 

w 17, th° ° n tHe WOfk ° r ° n ^ ° f W ° rk " ~ <« «« ™V he 

without the written consent of the Purchaser's Representative. 

9 1210 OplralT^r" Represen,a, ' yp !ha » «»“ ‘O M/s L-l Identity Solutions 

Oursuam 8 rh P r V Wri,i " S hiS — *>' ap V request or requirement 
pursuant to this clause. 





9.12.11 M/s l-l Identity Solutions Operating Company shall promptly replace every 
person removed, pursuant to this section, with a competent substitute, and at no 
extra cost to the Purchaser. 

9.13 Adherence to safety procedures, rules regulations and restriction 

9.13.1 The team of M/s L-l Identity Solutions Operating Company shall comply with the 

provision of all laws including labour laws, rules, regulations and notifications 
issued there under from time to time. All safety and labour laws enforced by 
statutory agencies and by Purchaser shall be applicable in the performance of 
this Contract and The team of M/s L-l Identity Solutions Operating Company 
shall abide by these laws. < 

9.13.2 Access to the Datacenter Sites and UIDAI Locations shall be strictly restricted. No 
access to any person except the essential members of the team of M/s L 1 
Identity Solutions Operating Company who are genuinely required for execution 
of work or for carrying out management/maintenance who have been explicitly 
authorised by the Purchaser shall be allowed entry to the Datacenter Sites and 
UIDAI Locations. Even if allowed, access shall be restricted to the pertaining 
equipment of the Purchaser only. M/s L-l Identity Solutions Operating Company 
shall maintain a log of all activities carried out by each of its team personnel. 

9.13.3 M/s L-l Identity Solutions Operating Company shall take all measures necessary 
or proper to protect the personnel, work and facilities and shall observe all 
reasonable safety rules and instructions. The team of M/s L-l Identity Solutions 
Operating Company shall adhere to all security requirement/regulations of the 
Purchaser during the execution of the work. Purchaser's employee shall also 
comply with safety procedures/policy. 

9.13.4 M/s L-l Identity Solutions Operating Company shall report as soon as possible 
any evidence, which may indicate or is likely to lead to an abnormal or dangerous 
situation and shall take all necessary emergency control steps to avoid such 
abnormal situations. 

9.14 Statutory Requirements: 

9.14.1 During the tenure of this Contract nothing shall be done by M/s L-l Identity 
Solutions Operating Company or his team in contravention of any law, act and/ 
or rules/regulations, thereunder or any amendment thereof governing inter-alia 
customs/stowaways, foreign exchange and any other laws as applicable and shall 


keep Purchaser indemnified in this regard. 





10 . Contract administration 
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101 ^ rfati ° n ; m ° difiCati0n ^ of the contract sha„ be made except b y 

wntten amendment signed by the parties. 

1CU Either p 3rty may appoint any |nd . vjdu3| / organi2at . on ^ autho 

rzrr ,hr °^ a ——- Pa ^. Each *,» 

nave the authority to: 

3 Xrlharl ° t f h the P °“ erS a " d ,U " C > i0 - o' his/her Party under this Contract 
other than the power to amend this Contract and ensure the proper 
dmimstration and performance of the terms hereof- and 

.his d Com°rac h , er P3r,y " re ' ati0n a " V mat " r ariSing ° Ut °'° r connec tion with 

10 ° Consort^ S °' Uti0nS 0pera,in 8 Company along with the members of 
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ntade by the author,ted representative of M/ s L-! tdentify Solutions Opera,,ng 

and on a heTbeh n alf COVenamS 'h" 0 ' 3 "" ’ “ th reSP ' C ‘ “ ' hiS 

“' 4 1" I:- ° f eXeCU,i ° n ° r Perfpr ™« of the obligations under this Contract, 
he Purchasers representative would ac, as an interface with the „„m,noted 
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erf r U rePreSen,a,iVe dU " ne ^ C0 “ rSe ° f thi! ^ntract in re,at,on to the 

performance of its obligations under the terms of this Contract. 







11. Purchaser's Obligations 


11.1 UIDAl shall act as the nodal point for implementation of the contract and for issuing 
necessary instructions, approvals, commissioning, acceptance certificates, payments 
etc. to M/s L-l Identity Solutions Operating Company. 

11.2 Purchaser shall ensure that timely approval is provided to M/s L-l Identity Solutions 
Operating Company as and when required, which may include approval of project 
plans, implementation methodology, design documents, specifications, or any other 
document necessary in fulfillment of this contract. 

11.3 The Purchaser shall approve all such documents within 15 working days. 

11.4 The Purchaser's Representative shall interface with M/s L-l Identity Solutions 
Operating Company, to provide the required information, clarifications, and to 
resolve any issues as may arise during the execution of the Contract. Purchaser shall 
provide adequate cooperation in providing details, coordinating and obtaining of 
approvals from various governmental agencies, in cases, where the intervention of 
the Purchaser is proper and necessary. 

11.5 The Purchaser may provide on request of M/s L-l Identity Solutions Operating 
Company, particulars/information/ or documentation that may be required by M/s L- 
1 Identity Solutions Operating Company for proper planning and execution of work 
and for providing services covered under this contract and for which M/s-L.l Identity 
Solutions Operating Company may have to coordinate with respective vendo. s. 

11.6 Purchaser shall provide to M/s L-l Identity Solutions Operating Company, sitting 
space and infrastructure (utilities, telephone lines) at Datacenter Sites and UIDAl 
Location as decided by the Purchaser. 

12. Payments 

12.1 Purchaser shall make payments only to M/s L-l Identity Solutions Operating 
Company (Prime Consortium Member) at the times and in the manner set out in the 
Clause 46 - Payment subject to the fulfillment by M/s L-l Identity Solutions 
Operating Company of the obligations herein. Purchaser will make all efforts to make 
payments to M/s L-l Identity Solutions Operating Company within 30 days of receipt 
of invoice(s) along with all necessary supporting documents. 

12.2 Purchaser shall make all payments pnder this Contract, as set out in the Payment 
clause to M/s L-l Identity Solutions Operating Company only and shall not be liable 
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to make any payments or for any other related obligation under this contract to any 
ot er party including but not limited to the consortium members/ vendors of M/s L-l 
entity Solutions Operating Company or any other member of The team of M/s L-l 

V Solut,ons Operating Company or any third party engaged by M/s L-l Identity 
o utions Operating Company in any way connected with the discharge of the 
o ,gat,on of M/s L-l Identity Solutions Operating Company under the Contract and 
in any manner whatsoever. M/s L-l Identity Solutions Operating Company shall be 

U y ia e and responsible for meeting all such obligations and all payments to be 
made to the aforesaid entities/parties. 

12 3 All payments agreed to be made by Purchaser to M/s L-l Identity Solutions Operating 
ompany accordance with the Contract shall be inclusive of all statutory levies 
uties. faces and other charges whenever levied/applicable including costs of., 
ce, if any and Purchaser shall not be liable to pay any such levies/other 

charges under or in relation to this Contract and/or the Services. 

12.4 Payment shall be paid at the times and in the manner set out in the Payment 

schedule as specified under to Cause 46 against value of contract. However, Service 

e reimbursed against submission of payment proofs. Works contract laves 

if any applicable, shall be reimbursed against actual and against submission of 
payment proofs. 

th T'" °' d Tf ln ,aXeS U " der chanee in l;,w . appropriate parties shall be passed 
e bene ,, of the same over and above the contract value. In case of such change, 

entity Solutions Operating Company shall submit a formal request with 
necessary supporting documents to the Purchaser. The Purchaser shall verify these 
ocuments and ,f applicable and approved in writing by the Purchaser, M/s L-l 

entity Solutions Operating Company shall incorporate such changes into 
subsequent regular invoice for payment. 

12.6 No invoice for extra work/change order on account „f change order wil, be 

su mate y M/s L-l Identity Solutions Operating Company unless the said extra 

work /change order has been author,ted/approved by the Purchaser in writing in 
accordance with Clause 35 . 

12.7 the even, of Purchaser noticing at any time that any amount has been disbursed 

wrong y ,„ M/s L-l Identity Solutions Opera, ing Company orany other amount is due 

s l-l Identity Solutions Operating Company to the Purchaser, the Purchaser 
may w„hou, prejudice to its rights recoyer such amounts by other means after 
notifying M/s L-l Identity Solutions Operating Company or deduct sicdgS^ from 



P. : 
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any payment failing due to M/s L-l Identity Solutions Operating Company. The 
details of such recovery, if any, will be intimated to M/s L-l Identity Solutions 
Operating Company. M/s L-l identity Solutions Operating Company shall receive the 
payment of undisputed amount under subsequent invoice for any amount that has 
been omitted in previous invoice by mistake on the part of the Purchaser or M/s L-l 
Identity Solutions Operating Company. 

12.8 Deductions: 

12.8.1 All payments to M/s L-l Identity Solutions Operating Company shall be subject to 
the deductions of tax at source under Income Tax Act, and other taxes, and 
deductions as provided for under any law, rule or regulation. All costs, damages 
or expenses which Purchaser may have paid or incurred, for which under the 
provisions of the Contract, M/s L-l Identity Solutions Operating Company is 
liable, the same shall be deducted by Purchaser from any dues to M/s L-l 
Identity Solutions Operating Company. All payments to M/s L-l Identity Solutions 
Operating Company shall be made after making necessary deductions as per 
terms of the Contract and recoveries towards facilities, if any, provided by the 
Purchaser to M/s L-l Identity Solutions Operating Company on chargeable basis. 

12.9 Duties, Taxes and Statutory levies. 

12.9.1 M/s L-l Identity Solutions Operating Company shall bear all personnel taxes 
levied or imposed on its personnel. Vendors, consultants, or any other member 
of The team of M/s L-l Identity Solutions Operating Company, etc. on account of 
payment received under this Contract. M/s L-l Identity Solutions Operating 
Company shall bear all corporate taxes, levied or imposed on M/s L-l Identity 
Solutions Operating Company on account of payments received by it from the 
Purchaser for the work done under this Contract. 

12.9.2 M/s L-l Identity Solutions Operating Company shall bear all taxes and duties etc. 
levied or imposed on M/s L-l Identity Solutions Operating Company under the 
Contract including but not limited to Sales Tax, Customs duty, Excise duty, Octroi, 
Service Tax, VAT, Works Contracts Tax and all Income Tax levied under Indian 
Income Tax Act - 1961 or any amendment thereof upto the date for submission 
of final price bid, i.e., on account of payments received by him from the 
Purchaser for work done under the Contract. It shall be the responsibility of M/s 
L-l Identity Solutions Operating Company to submit to the concerned Indian 
authorities the returns and all other connected documents required for this 
purpose. M/s L-l Identity Solutions Operating Company 
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Purchaser such information, as it may be required in regard to details of payment 
made to M/s L-l Identity Solutions Operating Company by the Purchaser under 
the Contract for proper assessment of taxes and duties. The amount of tax 
withheld by the Purchaser shall at all times be in accordance with Indian Tax Law 
and the Purchaser shall promptly furnish to M/s L-l Identity Solutions Operating 
Company original certificates (Challans) for tax deduction at source and paid to 
the Tax Authorities. 

iV.93 If there is any upward or downward revision in taxes / duties due to any reason 
whatsoever, after Notification of Award, the same shall be passed on to the 
appropriate party. 

12.9.4 M/s L-l Identity Solutions Operating Company agrees that he and his Team shall 
comply with the Indian Income Tax act in force from time to time and pay Indian 
Income Tax, as may be imposed / levied on them by the Indian Income Tax 
Authorities, for the payments received by them for the works under the 
Contract. 

12.9.5 Should M/s L-l Identity Solutions Operating Company fail to submit returns/pay 
taxes in times as stipulated under the Indian Income Tax Act and consequently 
any interest or penalty is imposed by the Indian Income Tax authority. M/s L-l 
Identity Solutions Operating Company shall pay the same. M/s L-l Identity- 
Solutions Operating Company shall indemnify Purchaser against any and all 
liabilities or claims arising out of this Contract for such taxes including interest 
and penalty any such Tax Authority may assess or levy against the Purchaser/M/$ 
L-l Identity Solutions Operating Company. 

12.9.6 The Purchaser shall if so required by applicable laws in force, at the time of 
payment, deduct income tax payable by M/s L-l Identity Solutions Operating 
Company at the rates in force, from the amount due to M/s L-l Identity Solutions 
Operating Company and pay to the concerned tax authority directly. 







13. Intellectual Property Rights 


13.1 Purchaser shall own and have a right in perpetuity to use all original, newly created 
processes, products, specifications, reports, drawings and other documents and 
Intellectual Property Rights therein which have been identified by M/s L-l Identity 
Solutions Operating Company to Purchaser as newly developed solely during 
execution of this Contract to the Purchaser’s unique specifications and which do 
not contain any pre-existing Intellectual Property Rights (including any M/s L 1 
Identity Solutions Operating Company’s proprietary algorithms) belonging to M/s 
L-l Identity Solutions Operating Company, or its consortium members. M/s L-l 
Identity Solutions Operating Company undertakes to disclose all such Intellectual 
Property Rights arising in performance of the Services to the Purchaser and execute 
all such agreements/documents and file all relevant applications, effect transfers and 
obtain all permits and approvals that may be necessary in this regard to effectively 
transfer and conserve the intellectual Property Rights of the Purchaser. M/s L 1 
Identity Solutions Operating Company and its consortium members shall retain 
proprietary ownership of all Intellectual Property Rights in and to those Goods, 
Services and other deliverables to the Purchaser under the Contract that are 
modifications or derivative works to their pre-existing technologies, software, goods, 
services and other works. To the extent that a modification or derivative work made 
by L-l Identity Solutions Operating Company or its consortium members contains 
unique confidential.information of Purchaser, then L-l Identity Solutions Operating 
Company and its consortium members shall not further license or distribute such 
modification or derivative work to any other customer or third party other than the 
Purchaser without the Purchaser's prior written permission. The Contract and the 
licenses granted herein are not a sale of a copy of the software and do not 
render Purchaser the owner of M/s L-l Identity Solutions Operating Company’s 
proprietary ABIS and SDK software. The software (Goods) delivered 
hereunder, which includes L-l Identity Solutions Operating Company's proprietary 
software (containing proprietary algorithms) is licensed to the Purchaser in 
accordance with the express terms of L-l Identity Solutions Operating Company s 


licensing policy in its Technical Bid. 

13.2 If Purchaser desires, further, M/s L-l Identity Solutions Operating Company shall be 
obliged to ensure that all approvals, registrations, licenses, permits and rights etc. 
.which are inter-alia necessary for use of the goods supplied / installed by M/s L-l 
Identity Solutions Operating Company, the same shall be acquired inAbtrn*cne of tne 
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Purchaser, prior to termination of this Contract and which may be assigned by the 
Purchaser to M/s L-l Identity Solutions Operating Company for the purpose of 
execution of any of its obligations under the terms of the Bid, Bid or this Contract. 
However, subsequent to the term of this Contract, such approvals, registrations, 
licenses, permits and rights etc. shall endure to the exclusive benefit of the Purchaser 

13.3 M/s L-l identity Solutions Operating Company / The team of M/s L-l Identity 
Solutions Operating Company shall ensure that while it uses any software, hardware, 
processes, document or materia! in the course of performing the Services, it does not 
infringe the Intellectual Property Rights of any person and M/s L-l Identity Solutions 
Operating Company shall keep the Purchaser indemnified against all costs, expenses 
and liabilities howsoever, arising out any illegal or unauthorized use (piracy) or in 
connection with any claim or proceedings relating to any breach or violation of any 
permission/license terms or Infringement of any Intellectual Property Rights by M/s 
L-l Identity Solutions Operating Company or the team of M/s L-l Identity Solutions 
Operating Company during the course of performance of the Services. In case of any 
infringement by M/s L-l Identity Solutions Operating Company / The team of M/s L-l 
Identity Solutions Operating Company, M/s L-l Identity Solutions Operating 
Company shall have sole control of the defense and all related settlement 
negotiations. 

13.4 information Security 

13.4.1 M/s L-l Identity Solutions Operating Company / The team of M/s L-l Identity 
Solutions Operating Company shall not carry any written/printed document, 
layout diagrams, floppy diskettes, hard disk, storage tapes, other storage devices 
or any other goods /material proprietary to Purchaser into / out of Datacenter 
Sites and UIDAI Locations without written permission from the Purchaser. 

13.4.2 M/s L-l Identity Solutions Operating Company / The team of M/s L-l Identity 
Solutions Operating Company shall not destroy any unwanted documents, 
defective tapes/media present at the Datacenter Sites or UIDAI Locations on 
their own. All such documents, tapes/media shall be handed over to the 
Purchaser. 


13.4.3 All documentation and media at the respective Datacenter Sites shall be properly 
identified, labeled and ^numbered by M/s L-l Identity Solutions Operating 
Company. M/s L-l Identity Solutions Operating Company shall keep track of all 
such items and provide a summary report of these items to the Purchaser on a 
monthly basis. 




13.4.4 M/s l-l Identity Solutions Operating Company and The team of M/s L-l Identity 
Solutions Operating Company shall follow Purchaser's Information Security 
policy. Access to Purchaser's data and systems. Email and Internet facility by M/s 
L-l Identity Solutions Operating Company / the team of M/s L-l Identity 
Solutions Operating Company at any of the Datacenter Site or UIDAI Location 
shall be in accordance with the security and access policies set by the Purchaser. 

13.4.5 M/s L-l Identity Solutions Operating Company and The team of M/s L-l Identity 
Solutions Operating Company acknowledge that Purchaser's business data and 
other Purchaser proprietary information or materials, whether developed by 
Purchaser or being used by Purchaser pursuant to a license agreement with a 
third party (the foregoing collectively referred to herein as "proprietary 
information") are confidential and proprietary to Purchaser; and M/s L-l Identity 
Solutions Operating Company along with its team agrees to use reasonable care 
to safeguard the proprietary information and to prevent the unauthorized use or 
disclosure thereof, which care shall not be less than that used by M/s L-l Identity 
Solutions Operating Company to protect its own proprietary information. M/s L-l 
Identity Solutions Operating Company recognizes that the goodwill of Purchaser 
depends, among other things, upon M/s L-l Identity. Solutions Operating 
Company keeping such proprietary information confidential and that 
unauthorized disclosure of the same by M/s L-l Identity Solutions Operating 
Company*or its team could damage the goodwill of Purchaser, and that by 
reason of duties of M/s L-l Identity Solutions Operating Company hereunder. 
M/s L-l Identity Solutions Operating Company may come into possession of such 
proprietary information, even though M/s L-l Identity Solutions Operating 
Company does not take any direct part in or furnish the services performed for 
the creation of said proprietary information and shall limit access thereto to 
employees with a need to such access to perform the services required by this 
agreement. M/s L-l Identity Solutions Operating Company shall use such 
information only for the purpose of performing the said services. 

13.4.6 M/s L-l Identity Solutions Operating Company shall, upon termination of this 
agreement for any reason, or upon demand by Purchaser, whichever is earliest, 
return any and all information provided to M/s L-l Identity Solutions Operating 
Company by Purchaser, including any copies or reproductions, both hardcopy 
and electronic. 
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13.5 Records of Contract Documents: 

13.5.1 M/s L-l Identity Solutions Operating Company shall at all time make and keep 
sufficient copies of the Contract documents, manuals, reference material, 
drawings, specifications and any other document required by him to fulfill his 
duties under the Contract. 

13.5.2 M/s L-l Identity Solutions Operating Company shall keep at each Datacenter Site 
and UIDAI Location, adequate number of copies of all documents required to 
fulfill his duties under the Contract, in excess of his own requirement and those 
copies shall be available at all times for use by the Purchaser's Representative 
and/or by any other person authorized by the Purchaser's Representative. 

14. Ownership and Retention of Documents 

14.1 The Purchaser shall own the Documents, proposed by or for M/s L-l Identity 
Solutions Operating Company arising out of or in connection with this Contract. 

14.2 The Documents shall be retained by M/s L-l Identity Solutions Operating Company 
not more than a period of 7 years as per Retention Policy of Government of India or 
any other policy that UIDAI may adopt in future. 

, 4.3 Forthwith upon expiry or earlier termination of this Contract and at any other time 
on demand by the Purchaser, M/s L-l Identity Solutions Operating Company shall 
deliver to the Purchaser ail Documents provided by or originating from the Purchaser 
and all Documents produced by or from or for M/s L-l Identity Solutions Operating 
Company in the course of performing the Services, unless otherwise directed in 
writing by the Purchaser at no additional cost. M/s L-l Identity Solutions Operating 
Company shall not, without the prior written consent of the Purchaser store, copy, 
distribute or retain any such Documents. 

15. Data and Hardware 

15.1 By virtue of this Contract, M/s L-l Identity Solutions Operating Company / The team 
of M/s L-l Identity Solutions Operating Company may have access to personal 
information of the Purchaser and/or a third party or any resident of India, any other 
person covered within the ambit of any legislation as may be applicable. The 
Purchaser shall have the' sole ownership of and the right to use, all such data in 
perpetuity including any data or other information pertaining to the residents of 
India that may be in the possession of M/s L-l Identity Solutions Operating Company 






or The team of M/s L-l identity Solutions Operating Company in the course of 
performing the Services under this Contract. 

15.2 The Purchaser shall have the sole ownership of and the right of use / proprietary 
Biometric templates of residents of India as created and maintained by M/s L-l 
Identity Solutions Operating Company in the course of performing the Services under 
this Contract. In the event of termination or expiry of contract, M/s L-l Identity 
Solutions Operating Company shall transfer all the proprietary templates to UIDA1 in 
an electronic storage media in a form that is freely retrievable for reference and 
usage in future. 

15.3 The Data shall be retained by M/s L-l Identity Solutions Operating Company not 
more than a period of 7 years as per Retention Policy of Government of India or any 
other policy that UIDAI may adopt in future. 

16. Indemnity 

16.1 M/s L-l Identity Solutions Operating Company shall execute and furnish to the 
Purchaser, a Deed of Indemnity in favour of the Purchaser in a form and manner 
acceptable, to the Purchaser, indemnifying the Purchaser from and against any costs, 
loss, damages, expense, claims including those from third parties or liabilities of any 
kind howsoever suffered, arising or incurred inter alia during and after the Contract 
- \ -.period out of: 

a. any negligence or wrongful act or omission by M/s L-l Identity Solutions 
Operating Company or the team of M/s L-l identity Solutions Operating 
Company or any third party associated with M~/s L-l Identity Solutions Operating 
Company in connection with or incidental to this Contract; or 

b. any breach of any of the terms of the bid of M/s L-l Identity Solutions Operating 
Company as agreed, the Bid and this Contract by M/s L-l Identity Solutions 
Operating Company, the team of M/s L-l Identity Solutions Operating Company 
or any third party. 

c - an Y infringement of patent, trademark/copyright or industrial design rights 
arising from the use of the supplied goods and related services or any part 
thereof. 
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■2 M/s L-l Identity Solutions Operating Company shall also indemnify the Purchaser 
against any privilege, claim or assertion made by a third party with respect to right or 
interest in, ownership, mortgage or disposal of any asset, property, movable or 
immovable as mentioned in any Intellectual Property Rights, licenses and permits. 

17 . Representations and Warranties 


17.1 I" order to Induce the Purchaser to enter into this Contract, M/s L-l Identity 

o utions Operating Company hereby represents and warrants as of the date hereof 

Wh,ch representations and warranties shall survive the term and termination hereof' 
the following: 

(a) That the selected M/s L-l Identity Solutions Operating Company along with its 
consortium members have the power and the authority that would be required to 
en er into this Contract and the requisite experience, the technical know-how and 
the financial wherewithal required to successfully execute the terms of this contract 
an to provide services sought by the Purchaser under this contract 

(b) That M/s L-l Identity Solutions Operating Company and its Consortiums Members 
are not involved in any major litigation or legal proceedings, pending, existing, 
po en la or threatened, that may have an impact of affecting or compromising the 
performance or delivery.of Services under this Contract. 

(c) That the representations and warranties made by M/s L-l Identity Solutions 

correct'Hfh “T"* ^ ^ ^ 5ha " COntinue t0 re ™in true -d 
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obligations and responsibilities as laid down in the Contract and the Bid and 

unless the Purchaser specifies to the contrary. M/s L-l Identity Solutions Operating 
Company shall be bound by all the terms of the Bid. 

i hat M/s L 1 Identity Solutions Operating Company and its team has the 
profess,cnal sk.Ns, personnel, infrastructure and resources/authorizations that are 

sTuI^ r:T S ? $UCh SefViCeS " 3re “ *** th ' ^ope of Work 

stipulated in the Bid and this Contract. 

(e) That M/s L-l Identity Solutions Operating Company shall ensure that all assets/ 
components including but not limited to equipment, software, licenses, processes 
ocuments, etc. installed, developed, procured, deployed and created during the 
m of this Contract are duly maintained and suitably updated, upgraded, replaced 

with regards to contemporary requirements. 



) 




(f) That M/s L-l Identity Solutions Operating Company /The team of M/s L-l Identity 
Solutions Operating Company shall use such assets of the Purchaser as the 
Purchaser may permit for the sole purpose of execution of its obligations under the 
terms of the Bid, Bid or this Contract. M/s L-l Identity Solutions Operating Company 
sfrall however, have no claim to any right, title, lien or other interest in any such 
property, and any possession of property for any duration whatsoever shall not 
create any fight in equity or otherwise, merely by fact of such use or possession 
during or after the term hereof. 

(g) That M/s L-l Identity Solutions Operating Company shall procure all the necessary 
permissions and adequate approvals and licenses for use of various software and 
any copyrighted process/product free from all claims, titles, interests and liens 
thereon and shall keep the Purchaser indemnified in relation thereto. 

(h) That the execution of the Scope of Work and the Services herein is and shall he in 
accordance and in compliance with all applicable laws. 

(i) That M/s L-l Identity Solutions Operating Company has the corporate power to 
execute, deliver and perform the terms and provisions of this Contract and has 
taken all necessary corporate action to authorise the execution, delivery and 
performance by it of the Contract. 

(j) That all conditions precedent under the Contract have been satisfied. 

(k) That neither the execution and delivery by M/s L-l Identity Solutions Operating 
•Company /Team of M/s L-l Identity Solutions Operating Company of the Contract 
nor the compliance with or performance of M/s L-l Identity Solutions Operating 
Company /compliance with or performance of Team of M/s L-l Identity Solutions 
Operating Company, of the terms and provisions of the Contract (i) will contravene 
any provision of any Applicable Law or any order, writ, injunction or decree of any 
court or Governmental Authority binding on M/s L-l Identity Solutions Operating 
Company, (ii) will conflict or be inconsistent with or result in any breach of any or 
the terms, covenants, conditions or provisions of, or constitute a default under any 
agreement, contract or instrument to which M/s L-l Identity Solutions Operating 
Company is a party or by which it or any of its property or assets is bound or to 
which it may be subject or (iii) will violate any provision of the Memorandum and 
Articles of Association of M/s L-l Identity Solutions Operating Company. 

(l) That M/s L-l Identity Solutions Operating Company certifies that all registrations, 
recordings, filings and notarisations of the Contract and all payments of any tax or 
duty, including but not limited to stamp duty, registration charges or similar 
amounts which are required to be effected or made by M/s L-l Identity Solutions 
Operating Company which is necessary to ensure the legality, validity, enforceability 
or admissibility in evidence of the Contract have been made. 
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(m) That M/s L-l identity Solutions Operating Company confirms that there has not and 
shall not occur any execution, amendment or modification of any 
agreement/contract without the prior written consent of the Purchaser, which may 
directly or indirectly have a bearing on the Contract or the project. 

(n) That M/s L-l Identity Solutions Operating Company owns or has good, legal or 
beneficial title, or other interest in, to the property, assets and revenues of M/s L-l 
Identity Solutions Operating Company on which it grants or purports to grant or 
create any interest pursuant to the Contract, in each case free and clear of any 
encumbrance and further confirms that such interests created or expressed to be 
created are valid and enforceable. 

(o) That M/s L-l Identity Solutions Operating Company owns, has license to use or 
otherwise has the right to use, free of any pending or threatened liens or other 
security or other interests all Intellectual Property Rights, which are required or 
desirable for the performance of the project under this contract and regarding the 
same M/s L-l Identity Solutions Operating Company does not, so far as M/s L-l 
Identity Solutions Operating Company is aware, in carrying on its business and 
operations, infringe any Intellectual Property Rights of any person. So far as M/s L-l 
Identity Solutions Operating Company is aware, none of the Intellectual Property 
Rights owned or enjoyed by M/s L-l Identity Solutions Operating Company or which 
M/s L-l Identity Solutions Operating Company is licensed to use, which are material 
in the-context of the business of M/s L-l Identity Solutions Operating Company and 
operations for the performance of this contract are being infringed nor, so far as 
M/s L-l Identity Solutions Operating Company is aware, is there any infringement or 
threatened infringement of those Intellectual Property Rights licensed or provided 
to M/s L-l Identity Solutions Operating Company by any person. All Intellectual 
Property Rights (owned by M/s L-l Identity Solutions Operating Company or which 
M/s L-l Identity Solutions Operating Company is licensed to use) required by M/s L- 
1 Identity Solutions Operating Company for the performance of the contract are 
valid and subsisting. All actions (including registration, payment of all registration 
and renewal fees) required to maintain the same in full force and effect have been 
taken thereon and shall keep the Purchaser indemnified in relation thereto. The 
remedy for any breach of this clause shall be the indemnity set forth in Clause 13.3 
for Intellectual Property Rights. 

(p) This clause (18.1.p) is intentionally left blank. 

(q) That M/s L-l Identity Solutions Operating Company agrees to incorporate, within 
the contract value, all hardware configuration, software changes, upgrades and 
patches to the system, announced by him from time to time keeping in view the 







advancement in technology, shortcomings of the system and any changes required 
for improving the overall efficiency of the system. 

(r) That M/s l-l Identity Solutions Operating Company shall provide adequate and 
appropriate support and participation, on a continuing basis, in tuning all supplied 
hardware and software to meet the requirements of the applications. 

(s) If and when the system and/or components of the system are required to be 
relocated / shifted within the same Datacenter Site or to a new Datacenter Site, 
M/s L-l Identity Solutions Operating Company shall undertake required work 
related for de-commissiontng / re-commissioning and other associated work, at no 
additional cost to the Purchaser. Associated cost for transportation, insurance and 
packing shall however be borne by the Purchaser. For any such relocation / shifting 
efforts beyond two such occurrences during the contract period, extra charges shall 
be mutually agreed upon. 

18. Confidentiality 


18.1 M/s L-l Identity Solutions Operating Company / Team of M/s L-l identity Solutions 
Operating Company shall not use Confidential Information, the name or the logo of 
the Purchaser except for the purposes-of execution of this contract. 

Confidential information does not include information which: 

i. M/s L-l identity Solutions Operating Company / Team of M/s L-l identity Solutions 
Operating Company knew or had in its possession, prior to disclosure, without limitation 
on its confidentiality; 

ii. is independently developed by M/s L-l Identity Solutions Operating Company / Team of 
M/s L-l Identity Solutions Operating Company without breach of conditions under this 
Contract; 

iti. information in the public domain as a matter of law; 

iv. is received from a third party not subject to the obligation of confidentiality with respect 
to such information; 

v. is released from confidentiality with the written consent of UIDAI. 

M/s L-l Identity Solutions Operating Company / Team of M/s L-l Identity Solutions Operating 
Company shall have the burden of proving hereinabove are applicable to the information in the 
possession of M/s L-l Identity Solutions Operating Company / Team of M/s L-l Identity Solutions 
Operating Company. 


18.2 M/s L-l identity Solutions Operating Company / Team of M/s L-l Identity Solutions 
Operating Company shall not, either during the term or after expiration of this Contract, 
disclose any proprietary or confidential information relating to the Services/Contract and/or 
Purchaser's business/ operations, information. Application/software, hardware, business 
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data - arch, ' Kt “ re schematics, designs, stomge media and other information / documents 
w.thout the prior written consent of the Purchaser. 

18.3 M/s L-i Identity Solutions Operating Company may only disclose Confidential Information in 
the following circumstances: 


with the prior written consent of the Purchaser; 

to a member of the team of M/s l-l Identity Solutions Operating 

Company if: 

A. the member of the team of M/s L-l Identity Solutions Operating 
Company needs the Confidential Information for the performance 
of obligations under this contract; 

B. the member of the team of M/s L-l Identity Solutions Operating 
company is aware of the confidentiality of the Confidential 
Information and is obliged to use it only for the performance of 
obligations under this contract 




18.4 M/s L-l Identity Solutions Operating Company shall do everything reasonably possible to 
preserve the confidentiality of the Confidential Information including execution of a 
confidentiality agreement with the consortium members and other members of Team of M/s 
L-l Identity Solutions Operating Company to the satisfaction of the Purchaser. 

18.5 M/s L-l Identity Solutions Operating Company shall notify the Purchaser promptly if it is 
aware of any disclosure of the Confidential Information otherwise than as permitted by this 
Contract or with the authority of the Purchaser. 

18.6 M/s L-l Identity Solutions Operating Company shall do everything reasonably possible to 
preserve the confidentiality of the Confidential Information including execution of a 
confidentiality agreement with the consortium members and other members of Team of M/s 
L-l Identity Solutions Operating Company to the satisfaction of the Purchaser. 

18.7 M/s L-l Identity Solutions Operating Company shall notify the Purchaser promptly if it is 
aware of any disclosure of the Confidential Information otherwise than as permitted by this 
Contract or with the authority of the Purchaser. 

18.8 M/s L-l Identity Solutions Operating Company shall be liable to fully recompense the 
Purchaser for any loss of revenue arising from breach of confidentiality. The Purchaser 
reserves the right ‘to adopt legal proceedings, civil or criminal, against M/s L-l identity 
Solutions Operating- Company / Team of M/s L-l Identity Solutions Operating Company in 
relation to a dispute arising out of breach of obligation by M/s L-l identity Solutions 
Operating Company under this clause. 

18.9 M/s L-l Identity Solutions Operating Company and all members of the consortium shall 
execute a Annexure H - Non Disclosure Agreement (NDA), individually, in favour of 
the Purchaser. 


19c Events of Default by M/s L-l Identity Solutions Operating Company 

19.1 The failure on the part of M/s L-l Identity Solutions Operating Company to perform any of its 
obligations or comply with any of the terms of this Contract shall constitute an Event of 
Default on the part of M/s L-l Identity Solutions Operating Company.. The events of default 
as mentioned above may include inter-alia the following: 

M/s L-l Identity Solutions Operating Company/ Team of M/s L-i Identity 
Solutions Operating Company has failed to perform any instructions or directives 
issued by the Purchaser which it deems proper and necessary to execute the 
Scope of Work or provide services under the Contract, or 
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b. M/s L-l Identity Solutions Operating Company/ Team of M/s L-l Identity 
Solutions Operating Company has failed to confirm / adhere to any of the key 
performance indicators as laid down in the Key Performance Measures / Service 
Level Agreements, or rf M/s L-l Identity Solutions Operating Company has fallen 
short of matching such standards / benchmarks / targets as the Purchaser may 
have designated with respect to the system or any goods, task or service, 
necessary for the execution.of the Scope of Work and performance of services 
under this Contract. The above mentioned failure on the part of M/s L-l Identity 
Solutions Operating Company may be in terms of failure to adhere to 
performance, quality, timelines, specifications, requirements or any other 
criteria as defined by the Purchaser; 

c. M/s L-l Identity Solutions Operating Company has failed to remedy a defect or 
failure to perform its obligations in accordance with the specifications issued by 
the Purchaser, despite being served with a default notice which laid down the 
specific deviance on the part of M/s L-l Identity Solutions Operating Company/ 
Team of M/s L-l Identity Solutions Operating Company to comply with any 
stipulations or standards as laid down by the Purchaser; or 

d. M/s L-l Identity Solutions Operating Company/ Team of M/s L-l identity 

Solutions Operating Company has failed to adhere to any amended direction, 
instruction, modification or clarification as issued by the Purchaser during the 
term of this Contract and which the Purchaser deems proper and necessary for 
the execution of the Scope of Work under this Contract 

e. M/s L-l Identity Solutions Operating Company/ Team of M/s L-l Identity 

Solutions Operating Company has failed to demonstrate or sustain any 
representation or warranty made by it in this Contract, with respect to any of the 
terms of its Bid, the Bid and this Contract 

f. There is a proceeding for bankruptcy, insolvency, winding up or there is an 
appointment of receiver, liquidator, assignee, or similar official against or in 
relation to M/s L-l Identity Solutions Operating Company. 

g. M/s L-l Identity Solutions Operating Company/Team of M/s L-l Identity 

Solutions Operating Company has failed to comply with or is in breach or 
contravention of any applicable laws. 


J 

) 

J 

.J 

) 


19.2 Where there has been an occurrence of such defaults inter alia as stated above, the 
Purchaser shall issue a notice of default to M/s L-l Identity Solutions Operating Company, 
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setting out specific defaults / deviances / omissions / non-compliances / non-performances 
and providing a notice of to enable such defaulting party to remedy the default committed. .. 

193 Where despite the issuance of a default notice to M/s L-l Identity Solutions Operating 
Company by the Purchaser M/s L-l Identity Solutions Operating Company fails to remedy the 
default to the satisfaction of M/s L-l Identity Solutions Operating Company, the Purchaser 
may, where it deems fit, issue to the defaulting party another default notice or proceed to 
adopt such remedies as may be available to the Purchaser. 

20. Consequences of Event of Default 

20.1 Where .an Event of Default subsists or remains uncured the Purchaser sha II be entitled to. 

20.2 Impose any such obligations and conditions and issue any clarifications as may be necessary 
to inter alia ensure smooth continuation of project and the Services which M/s L-l Identity 
Solutions Operating Company shall be obliged to comply with which may include re¬ 
determination of the consideration payable to M/s L-l Identity Solutions Operating Company 
as agreed mutually by Purchaser and M/s L-l Identity Solutions Operating Company or 
through a third party acceptable to both parties. M/s L-l Identity Solutions Operating 

. Company shall in addition take all available steps to minimize loss resulting from such event 
of default. 

203 Suspend all payments to M/s L-l Identity Solutions Operating Company under the Contract 
by a wr'rtten notice of suspension to M/s L-l Identity Solutions Operating Company, provided 
that such notice of suspension: 

i. shall specify the nature of the failure; and 

{{ shall request M/s L-l Identity Solutions Operating Company to remedy 
such failure within a specified period from the date of receipt of such 
notice of suspension by M/s L-l Identity Solutions Operating Company. 

20.4 Require replacement of any of the Consortium Member(s) / Team member(s) of M/s 
L-l Identity Solutions Operating Company with another suitable member(s) where 
the Purchaser deems necessary. M/s L-l Identity Solutions Operating Company shall 
in ’such case terminate forthwith ail their agreements/ contracts/ other 
arrangements with such member(s) and find suitable replacement for such outgoing ^ 
member(s) with another member(s) to the satisfaction of the Purchaser, who shall 
execute such Contracts with the Purchaser as the Purchaser may require. Failure on 
the part of M/s L-l Identity Solutions Operating Company to find a suitable 
replacement and/or terminate all agreements/contracts with such member(s), shall 
amount to a breach of the terms hereof and the Purchaser in addition to all other 
rights, have the right to claim damages and recover from M/s L-l Identity Solutions 

Page 37 of 65 

B.8. Nanavvnti, dog 

r. A linv.ivoMr.rb.'i 

ro * '' :■ ■' BU.V .Ci 

.»ua!U <> C <?* 1 ' « 







ft 


'I 

'I 

Operating Company all losses/ or other damages that may have resulted from such 
failure. 

20 .S Terminate the Contract in part or in full 

^ 20.5.1 Retain such amounts from the payment due and payable by the Purchaser to 

M/s L-l Identity Solutions Operating Company as may be required to offset any 
losses caused to the Purchaser as a result of such event of default and M/s L-l 
■) Identity Solutions Operating Company shall compensate the Purchaser for any 

such loss, damages or other costs, incurred by the Purchaser in this regard. 
Nothing herein shall effect the continued obligation of M/s L-l Identity Solutions 
) Operating Company and Team of M/s L-l Identity Solutions Operating Company 

} t0 perform 3,1 th eir obligations and responsibilities under this Contract in an 

identical manner as were being performed before the occurrence of the default. 

20.5.2 Invoke the Performance Bank Guarantee and other Guarantees furnished 
) , hereunder, enforce the Deed of Indemnity, recover such other costs/losses and 

} ° ther amounts from M/s L-l Identity Solutions Operating Company as may have 

resulted from such default and pursue such other rights and/or remedies that 
) may be available to the Purchaser under law. 

) "11. Stipulated Time Schedule 

21.1 The key milestone dates ("critical dates")* as anticipated by the Purchaser are 


) 

\ 

J 

S.N. 

Milestone 

Time for 

Completion 

)' 

1 . 

a. Mobilization of Team 

T + 1 Week 



b. Commencement of supply of hardware for 1 Crore 


) 


enrolment 


) 


c. Conduct a kick-off meeting with UIDAI with 




participation from key personnel proposed for the 


J 


project to discuss the project plan for way forward 


) 


d. Submission of plan for procurement, transportation. 



| 

installation and commissioning of hardware in pilot 


J 


data center 


) 


e. Co-ordinate with Data Center service provider and 


) j 


prepare a blue print for deployment of hardware. 


1 


ensure availability of power and other environmental 
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S. N. 

Milestone 

Time for 
Completion 


facilities in the datacenter 

f. Set up the required Test and Production environment 
s for the rollout of PoC The hardware used for 

Solution Demonstration exercise as part of the RFP 
evaluation process could be used for the rollout of 

PoC, if found adequate to meet the requirements 
based on expected enrolment transactions. 

g. Begin to supply SDK perpetual licenses of the 
proposed multimodal SDK to cater to requirements 
as stated in sub-section 4. Solution Components 

h. Support ASDMSA in developing the client enrolment 
software through provisioning licensing, training and 
services. While M/s L-l Identity Solutions Operating 
Company may utilize commercially reasonable copy 
protection means for the SDK, the SDK must not use 
hardware license key or keyed to ID (such as CPU, 
serial number, Ethernet ID) in a manner that 
unreasonably interferes with the Purchaser's licensed 
use of the SDK for its intended purpose. That is 
transparent to the software development, testing, 
installation and deployment; that is unfettered and 
transparent to the end user's use of the SDK 
developed application. 


2. 

a. Setup of Test and Production Environment with a 
view to start the Proof of Concept for Biometrics 

Solution 

b. SDK integration with client enrolment software 

T+ 1 Week 

3. 

Go-live of solution as Proof of Concept 

T+2 Weeks 
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S. N. 

Milestone 

Time for 

Completion 

4. 

| 

i 

J 

Go-live for 1 Crore enrolment 

Activities leading to go-live shall include: 

a. Installation, commissioning and Configuration of 
the hardware for the 1 Crore enrolments 

b. Setup of Test and Production Environment with 
a view to start the Biometrics Solution for 1 Crore 
enrolment 

c. Installation, commissioning and configuration of 
Biometric Solution in Test Environment 

d. System & Integration Testing of the Solution 

e. Installation, commissioning and Configuration of 
Biometric Solution on hardware for 1 Crore 

- enrolment in production environment (which is 
.provisioned by the BSP) 

f. SDK API implementation 

g. SDK based verification (joint task of ASDMSA & 
BSP) 

h. SDK based adjudication workstation (assistance 
by BSP) 

i. SDK based monitoring and analysis functional 
(assistance by BSP) 

j. Acceptance of the Solution 

T + 12 Weeks 

5. 

Commencement of adherence with SLA (SLA Activation) 

T + 24 Weeks 
(G) 

6. 

Overall Solution Warranty 

Warranty shall cover Software Patch update, upgrades, 
bug fixing and resolution of hardware and storage issues 
backup. 

G + 6 Months 

from SLA 

Activation 

May be amended by the Purchaser from time to time. 

----1 


^l. 2 The Biometrics Solution Provider shall perform the activities and comply in all 
respects with the critical dates and the parties hereby agree that failure on part of 
the Biometrics Solution Provider, and other Consortium Members to meet the critical 
dates without prejudice to any other rights that the Purchaser may have, may lead to 
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the imposition of such obligations as are laid down in the Delay and Deterrent 
Mechanism and/or levy of penalty as set (refer Clause 43) and/or termination of the 
Contract at the discretion of the Purchaser. 

Term and Extension of the Contract 

22.1 The term of this Contract shall be initially for a period of two (2) years or completion 
of 20 Crores enrollment transactions whichever is earlier from the date of the 
award of contract, according to the stipulated time schedules specified in Clause 21. 

22.2 The Purchaser shall reserve the sole right to grant any extension to the term 
abovementioned and shall notify in writing to M/s l-l Identity Solutions Operating 
Company, at least 6 months before the expiration of the Term hereof, whether it will 
grant M/s L-l Identity Solutions Operating Company an extension of the Term. The 
decision to grant or refuse the extension shall be at the Purchaser's discretion and 
such extension of the contract, if any, shall be as per terms agreed mutually between 
the Purchaser and M/s L-l Identity Solutions Operating Company. 

22.3 Where the Purchaser is of the view that no further extension of the term be granted 
to M/s L-l Identity Solutions Operating Company, the Purchaser shall notify M/s L-l 
Identity Solutions Operating Company of its decision at least 6 (six) months prior to 
the expiry of the Term. Upon receipt of such notice. M/s L-l Identity Solutions 
Operating Company shall continue to perform all its obligations hereunder, until s.uch- 
reasonable time beyond the Term of the Contract within which, the Purchaser shall 
either appoint an alternative agency/vendor or create its own infrastructure to 
operate such Services as are provided under this Contract. 

. Termination 

23.1 The Purchaser may, terminate this Contract in whole or in part by giving M/s L 1 
Identity Solutions Operating Company a prior and written notice indicating its 
intention to terminate the Contract under the following circumstances: 

(a) Where the Purchaser is of the opinion that there has been such Event of Default 
on the part of M/s L-l Identity Solutions Operating Company / Team of M/s L-l 
Identity Solutions Operating Company which would make it proper and necessary 
to terminate this Contract and may include failure on the part of M/s L-l Identity 
Solutions Operating Company to respect any of its commitments with regard to 
any part of its obligations under its Bid, th£ Bid or under this Contract. 
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(b) Where it comes to the Purchaser's attention that M/s L-l Identity Solutions 
Operating Company (or the team of M/s L-l Identity Solutions Operating 
Company) is in a position of actual conflict of interest with the interests of the 
Purchaser, in relation to any of terms of Bid of M/s L-l Identity Solutions Operating 
Company, the Bid or this Contract. 

(c) Where M/s L-l Identity Solutions Operating Company / any of Consortium 
members of M/s L-l Identity Solutions Operating Company ability to survive as an 
independent corporate entity is threatened or is fost owing to any reason 
whatsoever, including inter-alia the filing of any bankruptcy proceedings against 
M/s L-l Identity Solutions Operating Company or its consortium members, any 
failure by M/s L-l Identity Solutions Operating Company or its consortium member 
to pay any of its dues to its creditors, the institution of any winding up proceedings 
against M/s L-l Identity Solutions Operating Company / Consortium member of 
M/s L 1 Identity Solutions Operating Company or the happening of any such 
events that are adverse to the commercial viability of M/s L-l Identity Solutions 
Operating Company / Consortium member of M/s L-l Identity Solutions Operating 
Company. In the event of the happening of any events of the above nature, the 
Purchaser shall reserve the right to take any steps as are necessary, to ensure the 

effective transition of the project to a successor agency, and to ensure business 
continuity 

(d) Termination for Insolvency: The Purchaser may at any time terminate the 
Contract by giving written notice to M/s L-l Identity Solutions Operating Company, 
without compensation to M/s L-l identity Solutions Operating Company, if M/s L-l 
Identity Solutions Operating Company / Consortium member of M/s L-l Identity 
Solutions Operating Company become bankrupt or otherwise insolvent, provided 
that such termination will not prejudice or affect any right of action or remedy 
which has accrued or will accrue thereafter to the Purchaser. 

(e) Termination for Convenience: The Purchaser, may, by written notice sent to M/s 
L-l Identity Solutions Operating Company, terminate the Contract, in whole or in 
part at any time for its convenience. The notice of termination shall specify that 
termination is for the Purchaser's convenience, the extent to which performance 
of work under the Contract is terminated, and the date upon which such 
termination becomes effective. 

23.2 M/s L-l Identity Solutions Operating Company may, subject to approval by the 
Purchaser, terminate this Contract before the expiry of the term by giving the 





Purchaser a prior and written notice at least 12 months in advance indicating its 
intention to terminate the Contract. 

24. Consequences of Termination 

24.1 In the event of termination of this Contract pursuant to Clause 23, [whether 
consequent to the stipulated Term of the Contract or otherwise] the Purchaser shall 
be entitled to impose any such obligations and conditions and issue any clarifications 
as may be necessary to ensure an efficient transition and effective business 
continuity of the project which M/s L-l Identity Solutions Operating Company shall 
be obliged to comply with and take all available steps to minimize loss resulting from 
that termination/breach, and further allow and provide all such assistance to the 
Purchaser and/or the successor agency, as may be required, to takeover the 
erstwhile obligations of the M/s L-l Identity Solutions Operating Company in relation 
to the execution/continued execution of the scope of this Contract, even where such 
assistance is required to be rendered for a reasonable period that may extend 
beyond the contract term/ termination hereof. 

24.2 In the event that the termination of this Contract is due to the expiry of the Term of 
this Contract / a decision not to grant any (further) extension by the UIDAl, or where 
the termination is prior to the expiry of the stipulated term due to the occurrence of 
any Event of Default on the part of M/s L-l Identity Solutiorrs Operating Company, 
M/s L-l Identity Solutions Operating Company herein shall be obliged to provide all 
such assistance to the successor M/s L-l Identity Solutions Operating Company or 
any other person as may be required and as the Purchaser may specify including 
training, where the successor(s) is a representative/personnel of the Purchaser to 
enable the successor to adequately provide the Services hereunder, even where such 
assistance is required to be rendered for a reasonable period that may extend 
beyond the Term/earlier termination hereof. Where the termination of the Contract 
is prior to its stipulated term on account of a Default on the part of M/s L-l Identity 
Solutions Operating Company /Team of M/s L-l Identity Solutions Operating 
Company or due to the fact that the survival of M/s L -l Identity Solutions Operating 
Company as an independent corporate entity is threatened/has ceased, or for any 
other reason including termination for convenience pursuant to Clause 23.1(e), 
whatsoever, the Purchaser through re-determination of the consideration payable to 
M/s L-l Identity Solutions .Operating Company as agreed mutually by Purchaser and 
M/s L-l Identity Solutions Operating Company or through a third party acceptable to 





) 

') 

) 

■) 

■) 


■) 

) 

') 

) 

:) 

) 

3 


) 

j 

j 

j 

\ 

j 

j 

j 

j 

) 

s 

) 


that have been satisfactorily installed and commissioned and for that part of the 
Services which have been authorized by the Purchaser and satisfactorily performed 
by M/s L-l Identity Solutions Operating Company up to the date of termination. 
Without prejudice any other rights, the Purchaser may retain such amounts from the 
payment due and payable by the Purchaser to M/s L-l Identity Solutions Operating 
Company as may be required to offset any losses caused to the Purchaser as a result 
of the Termination or due to any act/omissions of M/s L-l Identity Solutions 
Operating Company. In case of any loss or damage due to default on the part of M/s 
L-l Identity Solutions Operating Company in performing any of its obligations with 
regard to executing the Scope of Work under this Contract, M/s L-l Identity Solutions 
Operating Company shall compensate the Purchaser for any such loss, damages or 
other costs, incurred by the Purchaser. Additionally, the team of M/s L-l Identity 
Solutions Operating Company and/or al! third parties appointed by M/s L-l Identity 
Solutions Operating Company shall continue to perform all their obligations and 
responsibilities as stipulated under this Contract, and as may be proper and 
necessary to execute the Scope of Work under the Contract in terms of Bid of M/s L- 
1 Identity Solutions Operating Company, the Bid and this Contract, in an identical 
manner as were being performed before the collapse of M/s L-l Identity Solutions 
Operating Company as described above in order to execute an effective transition 
and to maintain business continuity. All third parties shall continue to perform 
all/any functions as stipulated by the UIDAI and as may be proper and necessary to 
execute the scope of work under the Contract in terms of the bid of M/s L-l Identity 
Solutions Operating Company, the Tenderand this Contract. 


24.3 Nothing herein shall restrict the right of the Purchaser to invoke the Bank Guarantee 
and other Guarantees furnished hereunder, enforce the Deed of Indemnity and 
pursue such other rights and/or remedies that may be available to the Purchaser 
under law. 


24.4 The termination hereof shall not affect any accrued right or liability of either Party 
nor affect the operation of the provisions of this Contract that are expressly or by 
implication intended to come into or continue in force on or after such termination. 


24.5 In the event of termination of this Contract due to any cause whatsoever, whether 
consequent to the stipulated Terms of the Contract or otherwise or, if this Contract is 
terminated prior to the completion of Sen/ices, the Biometric Service Provider shall 
transfer the ownership of the equipment and licenses thereon to operate in the 
existing infrastructure provided under this contract to Purchaser, 



) 




25. Dispute Resolution 


25.1 If during the subsistence of this Contract or thereafter, any dispute between the 
Parties hereto arising out of or in connection with the validity, interpretation, 
implementation, material breach or any alleged material breach of any provision of 
this Contract or regarding any question, including as to whether the termination of 
this Contract by one Party hereto has been legitimate, the Parties hereto shall 
endeavor to settle such dispute amicably and/or by Conciliation to be governed by 
the Arbitration and Conciliation Act, 1996 or as may be agreed to between the 
Parties. The attempt to bring about an amicable settlement is considered to have 
failed as soon as one of the Parties hereto, after reasonable attempts; which attempt 
shall continue for not less than thirty (30) days, gives thirty (30) days notice to refer 
the dispute to arbitration to the other Party in writing. 

25.2 The Arbitration proceedings' shall be governed by the Indian Arbitration and 
Conciliation Act, 1996. 

25.3 The Arbitration proceedings shall be held in Delhi, India. 

25.4 The Arbitration proceeding shall be governed by the substantfve laws of India. 

25.5 The proceedings of Arbitration shall be in English language- 

25.6 Except as otherwise provided elsewhere in the contract if any dispute, difference, 
question or disagreement arises between the parties hereto or their respective 
representatives or assignees, at any time in connection with construction, meaning, 
operation, effect, interpretation or out of the contract or breach thereof the same 
shall be decided by an Arbitral Tribunal consisting of three Arbitrators. Each party 
shall appoint one Arbitrator and the Arbitrators so appointed shall appoint the third 
Arbitrator who will act as Presiding Arbitrator. 

25.7 In case, a party fails to appoint an arbitrator within 30 days from the receipt of the 
request to do so by the other party or the two Arbitrators so appointed fail to agree 
on the appointment of third Arbitrator within 30 days from the date of their 
appointment upon request of a party, the Chief Justice of India or any person or 
institution designated by him (in case of Internationa! commercial Arbitration) shall 
appoint the Arbitrators/Presiding Arbitrator. In case of domestic contracts, the Chief 
Justice of the High Court or any person or institution designated by him within whose 
jurisdictio/i the subject purchase order/contract has been placed / made, shall 
appoint the arbitrator/Presiding Arbitrator upon request of one of the parties. 
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2j. 8 If any of the Arbitrators so appointed dies, resigns, incapacitated or withdraws for 
any reason from the proceedings, it shall be lawful for the concerned party/ 
arbitrator to appoint another person in his place in the same manner as aforesaid. 
Such person shall proceed with the reference from the stage where his predecessor 
had left if both parties consent for the same, otherwise, he shall proceed de novo. 

It is a Scope of the contract that the party invoking arbitration shall specify all 

disputes to be referred to arbitration at the time of invocation of arbitration and not 
thereafter. 

2 5‘ 10It is also a Scope of the contract that neither party to the contract shall be entitled 
for any interest on the amount of the award, 

25.11The Arbitral Tribunal shall give reasoned award and the same shall be final, 
conclusive and binding on the parties. 

5.12The fees of the arbitrator shall be borne by the parties nominating them and the fee 
of the Presiding Arbitrator, costs and other expenses incidental to the arbitration 
proceedings shall be borne equally by the parties. 

5. i3 Subject to as aforesaid the provisions of the Arbitration and Conciliation Act, 1996 
and any statutory modifications or re-enactment in lieu thereof shall apply to the 
arbitration proceedings under this clause. ' • •• ' 

25.14Continuance of the Contract: 

25.15 Notwithstanding the fact that settlement of dispute(s) (if any) under arbitration may 
be pending, the parties hereto shall continue to be governed by and perform the 
work in accordance with the provisions under this Contract. 

26 . Time is of the essence 

Time shall be of the essence in respect of any date or period specified in this Contract 
or any notice, demand or other communication served under or pursuant to any 
provision of this Contract and in particular in respect of the completion of the 
activities by M./s L-l Identity Solutions Operating Company by the specified 
completion date. 
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27. Conflict of interest 


27.1 M/s L-l Identity Solutions Operating Company shall disclose to the Purchaser 

writing, all actual and potential conflicts of interest that exist, arise or may arise 
(either for M/s L-l Identity Solutions Operating Company or the team of M/s L-l 
Identity Solutions Operating Company) in the course of performing the Services as 
soon as practical after it becomes aware of that conflict. 

28. Publicity 

i 

28.1 M/s L-l Identity Solutions Operating Company / Team of M/s L-l Identity Solutions 
Operating Company shall not make or permit to be made a public announcement or 
media release about any aspect of this Contract unless the Purchaser first gives M/s 
L-l Identity Solutions Operating Company its written consent. 

29. Force Majeure 

29.1 Force Majeure shall not include any events caused due to acts/omissions of 
Party or result from a breach/contravention of any of the terms of the Contract, Bid 
and/or the Bid. It shall also not include any default on the part of a Party due to its 
negligence or failure to implement the stipulated/proposed precautions, as were 
required to be taken under the Contract. 

29.2 For Purposes of this Clause, "Force Majeure" means an event beyond the control of 
M/s L-l Identity Solutions Operating Company and not involving M/s L-l Identity 
Solutions Operating Company and not involving M/s L-l Identity Solutions Operating 
Company's fault or negligence and not foreseeable. Such events may include, but 
are not restricted to, acts of the Purchaser either in its sovereign or contractual 
capacity, wars or revolutions, fires, floods, epidemics, quarantine restrictions and ( 
freight embargoes. If a force Majeure situation rises. M/s L-l Identity Solutions 
Operating Company shall promptly notify the Purchaser in wr-iting of such conditions 
and the cause thereof. Unless otherwise directed by the Purchaser in writing. M/s L- 

1 Identity Solutions Operating Company shall continue to perform its obligations 
under the Contract as far as is reasonably practical, and shall seek all reasonable 
alternative means for performance not prevented by the Force Majeure event. 

29.3 The failure or occurrence of a delay in performance of any of the obligations of either 
party shall constitute a Force Majeure event only where such failure or delay could 
not have reasonably been foreseen, or where despite the presence of adequate and 
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stipulated safeguards the failure to perform obligations has occurred. In such an 
event, the affected party shall inform the other party in writing within five days of 
the occurrence of such event. The Purchaser will make the payments due for Services 
rendered till the occurrence of Force Majeure. However, any failure or lapse on the 
part of M/s L-l Identity Solutions Operating Company / Team of M/s L-l Identity 
Solutions Operating Company in performing any obligation as is necessary and 
proper, to negate the damage due to projected force majeure events or to mitigate 
the damage that may be caused due to the abovementioned events or the failure to 
provide adequate disaster management/recovery or any failure in setting up a 
contingency mechanism would not constitute force majeure, as set out above. 

29.4 In case of a Force Majeure, all Parties will endeavor to agree on an alternate mode of 
performance in order to ensure the continuity of service and implementation of the 
obligations of a party under the Contract and to minimize any adverse consequences 
of Force Majeure. 


30. Genera! 

30.1 Relationship between the Parties 

a. Nothing in this Contract constitutes any fiduciary relationship between the 
Purchaser and M/s L-l Identity Solutions Operating Company/Team of M/s L-l 
Identity Solutions Operating Company or any relationship of employer 
employee, principal and agent, or partnership, between the Purchaser and M/s 
L-l Identity Solutions Operating Company. 

b. No Party has any authority to bind the other Party in any manner whatsoever 
except as agreed under the terms of this Contract. 

c. The Purchaser has no obligations to the team of M/s L-l Identity Solutions 
Operating Company except as agreed under the terms of this Contract. 

30.2 Survival 

The provisions of the clauses of this Contract in relation to documents, data, processes, 
property. Intellectual Property Rights, indemnity, publicity and confidentiality and 
ownership survive the expiry or termination of this Contract and in relation to 
confidentiality, the obligations continue to apply unless the Purchaser notifies M/s L-l 
Identity Solutions Operating Company of its release from those obligations. 





30.3 Entire Contract 

The terms and conditions laid down in the Bid and all annexures, addendum thereto as 
also the Bid and any attachments/a nnexes thereto shall be read in consonance with and 
form an integral part of this Contract. This Contract supersedes any prior Contract, 
understanding or representation of the Parties on the subject matter. 

30.4 Governing Law 

This Contract shall be governed in accordance with the laws of India. 

30.5 Jurisdiction of Courts 

The courts of India at Delhi have exclusive jurisdiction to determine any proceeding in 
relation to this Contract. 

30.6 Compliance with Laws 

M/s L-l Identity Solutions Operating Company / Team of M/s t-1 Identity Solutions 
Operating Company shall comply with the laws in force in India in the course of 
performing this Contract. 

30.7 Notices 

All notices, requests or consents provided for or permitted to be given under this 
Contract shall be in writing and shall be deemed effectively given when personally 
delivered or mailed by pre-paid certified/registered mail, return receipt requested, 
addressed-as' follows and shall be deemed received two days after mailing or on the 
date of deliver/ if personally delivered: 

To Purchaser at: 


The Deputy Director General, 

Unique Identification Authority of India, 
.Tower 2, 3 rd Floor, Jeevan Bharati Building 
Connaught Circus, New Delhi - 110001 
[Phone:] +91 11 23753706 


To M/s L-l Identity Solutions Operating Company at: 
L-l Identity Solutions Operating Company 
c/o Biometrics Division 
5705 West Old Shakopee Road, Suite 100 
Bloomington, Minnesota 55437 
Attn: President * 

[Phone:] (952) 932-0888 
[Fax:] (952) 932-7181 
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Any Party may change the address to which notices are to be directed to it by notice to 
the other parties in the manner specified above. 

A notice served on a Representative is taken to be notice to that Representative's Party. 
30.8 Waiver 

Any waiver of any provision of this Contract is ineffective unless it is in writing 
and signed by the Party waiving its rights. 

b. A waiver by either Party in respect of a breach of a provision of this Contract by 
the other Party is not a waiver in respect of any other breach of that or any other 
provision. 

c. The failure of either Party to enforce at any time any of the provisions of this 
Contract shall not be interpreted as a waiver of such provision. 


3X„ Application 

31.1 These General Conditions shall apply to the extent that provisions in other parts of 
the Contract do not supersede them. 

32. Performance Security 

j/.j Within 15 days after the receipt of notification of award of the Contract / Purchase 
Order from the Purchaser, the successful bidder shall furnish Performance Security 
to the Purchaser, which shall be equal to 10% of the value of the Contract and shall 
be in the form of a Guarantee Bond from a Nationalised Bank in the Proforma given 
at Annexe 4.3.3 of Section IV of the Bid Document. 

33., IVlodification 


33.1 Any modification of this Contract shall be in writing and signed by an authorized 
representative of each Party. 


34. Currency of Payment 

34.J Payment shall be made in Indian Rupees only 

35. Change Orders/Alteration/Variation 


..-..i.l M/s l-l Identity Solutions Operating Company agrees that the System 
requirements/quantities/license s/specifications and Service requirements given in 



) 



V 


the Bid documents are minimum requirements and are in no way exhaustive and 
guaranteed by the Purchaser. 

35.1.1 Any upward revision and/or additions consequent to errors, omissions, 
ambiguities, discrepancies in the quantities, specifications, drawings etc. of the 
Bid documents which M/s L-l identity Solutions Operating Company had not 
brought out to the Purchaser's notice till the time of award of work and not 
accounted for in his Bid shall not constitute a change order and such upward 
revisions and/or addition shall be carried ou.t by M/s L-l Identity Solutions 
Operating Company without any time and cost effect to Purchaser. 

35.1.2 It shall be the responsibility of M/s L-l Identity Solutions Operating Company to 
meet all performance and other requirements of the Purchaser as stipulated in 
the Bid document / Contract. Any upward revisions / additions of quantities, 
specifications, technical manpower, service requirements to those specified by 
M/s L-l Identity Solutions Operating Company in his Bid documents, that may be 
required to be made during installation / commissioning of the System or at any 
time during the currency of the contract in order to meet the conceptual design, 
objective and performance levels or other requirements as defined in the Bid 
documents shall not constitute a change order and shall be carried out by M/s L- 
1 Identity Solutions Operating Company without any change order and without 
any time and cost effect to the Purchaser whatsoever. 

35.2 The Purchaser may at any time, by a written change order given to M/s L-l Identity 
Solutions Operating Company, make changes within the general scope of the 
Contract. The Purchaser will have the option to increase or decrease (decrease only if 
communicated to M/s L-l Identity Solutions Operating Company prior to availing of 
services / dispatch of goods / equipments) the Quantities, Licences and/or 
Specifications of the goods/equipment to be supplied and installed by M/s L-l 
Identity Solutions Operating Company or service requirements, as mentioned in the 
Contract, at any time during the contract period. 

35.3 The written advice to any change shall be issued by the Purchaser to M/s L-l Identity 
Solutions Operating Company upto 4 (four) weeks prior to the due date of 
p rovisioning/supply of such goods/equipments or commencement of services. 

35.4 in case of increase in Quantities/ Licenses / Specifications or Service requirements or 
in case of additional requirement. M/s L-l Identity Solutions Operating Company 
agrees to carry out / provision for such additional requirement at the rate and terms 
and conditions as provided in the Contract except for the appropriate extension of 
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time to be allowed for delivery/installation of such extra goods/equipment or for 
commencement of such services. In case of decrease in Quantities or Specifications 
of goods/equipment or Service requirements. M/s L-l Identity Solutions Operating 
Company shall give a reduction in price at the rate given in the Contract 
corresponding to the said decrease. 

35.5 In case applicable rates for the increase/decrease in question are not available in the 
Contract then the rates as may be mutually agreed shall apply. M/s L-l Identity 
Solutions Operating Company shall not be entitled to any claim by way of change of 
price, damages, losses, etc. M/s L-l Identity Solutions Operating Company shall be 
compensated at actual for any cancellation charges provided the claim is duly 
supported by documentary evidence of having incurred cancellation charges, which 
results from Purchaseds action in reducing/canceling Term of reference. 

35.6 Conditions for Change Order 

35.6.1 The change order will be initiated only in case (i) the Purchaser directs in writing 
M/s L-l Identity Solutions Operating Company to incorporate changes to the 
goods or design requirements already covered in the Contract, (ii) the Purchaser 
directs in writing to M/s L-l Identity Solutions Operating Company to include any 
addition to the Scope of Work or services covered under this Contract or delete 
any part thereof, (iii) M/s L-l Identity Solutions Operating Company requests to 
delete any part of the work which will not adversely affect the operational 
capabilities and functioning of the system and if the deletions proposed are 
agreed to by the Purchaser and for which cost and time benefits shall be passed 
on to the Purchaser, 

35.6.2 Any change order comprising an alteration which involves change in the cost of 
the goods and/or services (which sort of alteration is hereinafter called a 
"Variation") shall be the Subject of an amendment to the Contract by way of an 
increase or decrease in the Contract Value and adjustment of the 
implementation schedule if any. 

35.6.3 If the Contract provides applicable rates for the valuation of the variation in 
question the Contract Value shall subject to Clause 35.6.4 be increased or 
decreased in accordance with those rates. 

35.6.4 if parties agree that the Contract does not contain applicable rates or that the 
said rates are inappropriate or the said rates are not precisely applicable to the 
variation in question, then the parties shall negotiate a revision of the Contract 
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Value which shall represent the change in cost of the goods and/or works caused 
by the Variations. Any change order shall be duly approved by the Purchaser in 
writing. 

35.6.5 If there is a difference of opinion between M/s L-l Identity Solutions Operating 
Company and Purchaser's Representative on whether a particular item, work or 
part of the work constitutes a change orderor not, the matter shall be handled in 
accordance with the procedures set forth in Clause 35.7.11. 

35.7 Procedures for Change Order 

35.7.1 Upon receiving any revised requirement/advice, in writing, from the Purchaser, 
M/s L-l Identity Solutions Operating Company would verbally discuss the matter 
with Purchaser's Representative. 

35.7.2 In case such requirement arises from the side of M/s L-l Identity Solutions 
Operating Company, he would also verbally discuss the matter with Purchaser's 
Representative giving reasons thereof. 

35.7.3 In either of the two cases as explained in Clause 35.7.1 and Clause 35.7.2 above, 
the representatives of both the parties-will discuss on the revised requirement 
for better understanding and to mutually decide whether such requirement 
constitutes a change order or not. 

35.7.4 If it is mutually agreed that such Requirement constitutes a "Change Order" then 
a joint memorandum will be prepared and signed by M/s L-l Identity Solutions 
Operating Company and Purchaser to confirm a "Change Order" and basic ideas 
of necessary agreed arrangement. 

35.7.5 M/s L-l identity Solutions Operating Company will study the revised 
requirement in accordance with the joint memorandum under Clause 35.7.4 and 
assess subsequent schedule and cost effect, if any. 

35.7.6 Upon completion of the study referred to above under Clause 35.7.5, the results 
of this study along with all relevant details including the estimated time and cost 
effect thereof with supporting documents would be submitted to the Purchaser 
to enable the Purchaser to give a final decision whether M/s L-l Identity 
Solutions Operating Company should proceed with the change order or not in 
the best interest of the works. 
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35.7.7 The estimated cost and time impact indicated by M/s L-l Identity Solutions 
Operating Company shall be considered as a ceiling limit and shall be 
provisionally considered for taking a decision to implement change order. 

35.7.8 The time impact applicable to the Contract shall be mutually agreed, 

subsequently, on the basis of the detailed calculations supported with all 
relevant back up documents. 

35.7.9 In case M/s L-l Identity Solutions Operating Company fails to submit all 
necessary substantiation/calculations and back up documents, the decision of 
the Purchaser regarding time and cost impact shall be final and binding on M/s L- 
1 Identity Solutions Operating Company. 

35.7.10 If Purchaser accepts the implementation of the change order under Clause 
35.7.6 in writing, which would be considered as change order, then M/s L-l 
Identity Solutions Operating Company shall commence to proceed with the 
enforcement of the change order pending final agreement between the parties 
with regard to adjustment of the Contract Value and the Schedule. 

35.7.11 In case, mutual agreement under Clause 35.7.4 above, i.e. whether new 
requirement constitutes the change order or not, is not reached, then M/s L-l 
Identity Solutions Operating Company in the interest of the works, shall take up 
the enforcement of the change order, if advised in writing to do so by 
Purchaser's Representative pending settlement between the two parties to the 
effect whether such requirement constitutes a change order or not as per the 
terms and conditions of Contract documents. The time and cost effects in such a 
case shall be mutually verified and recorded. Should it establish that the said 
work constitutes a'change order, the same shall be compensated taking into 
account the records kept in accordance with the Contract. 

>5.7.12 M/s L-l Identity Solutions Operating Company shall submit necessary back up 
documents for the change order showing the break-up of the various elements 
constituting the change order for the Purchaser's review. If no agreement is 
reached between the Purchaser and M/s L-l Identity Solutions Operating 
Company within 60 days after Purchaser's instruction in writing to carry out the 
change concerning the increase or decrease m the Contract Value and all other 
matters described above, either party may refer the dispute to arbitration. 
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35.8 Conditions for revised work / change order 

35.8.1 The provisions of the Contract shall apply to revised work / change order as if the 
revised work / Change order has been included in the original Scope of Work. 
However, the Contract Value shall increase / decrease and the schedule shall be 

{ 

adjusted on account of the revised work / Change orders as may be mutually 
agreed in terms of provisions set forth in Clause 35. The obligations of M/s L-l 
Identity Solutions Operating Company with respect to such revised work / 
change order shall remain in accordance with the Contract. 


36. Governing Language 

36.1 The Agreement shall be written in English and/or Hindi language. Subject to Clause 6 
of Section II of the Bid Document, such language versions of the Agreement shall 
govern its interpretation. All correspondence and other documents pertaining to the 
Contract that are exchanged by parties shall be written in either English or Hindi 
language. In the event of a conflict between the two versions, English version shall 
prevail. 


37, "No Claim" Certificate 


3 7.1 M/s L-l Identity Solutions Operating Company shall not be entitled to make any 
claim, whatsoever against the Purchaser, under or by virtue of or arising out of, this 
contract, nor shall the Purchaser entertain or consider any such claim, if made by 
M/s L~1 Identity Solutions Operating Company after he shall have signed a "No claim" 
certificate in favour of the Purchaser in such forms as shall be required by the 
Purchaser after the works are finally accepted. 

38. Warranty 

t 

38.1 A comprehensive warranty applicable on all goods supplied under this contract shall 
be provided by the respective OEM for 5 (Five) calendar years from the date of 
acceptance of the entire system by the Purchaser. / 


38.2 


Technical Support for Software/Aigorithms shall be provided by the respective OEM 
for 5 (Five) calendar years from the date of acceptance of the entire system by the 
Purchaser. The Technical Support should include all upgrades, updates and patches 
to the respective Software for the above stated period. 
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38.3 M/s L-l Identity Solutions Operating Company warrants that the Goods supplied 
under the Contract are new, non-refurbished, unused and recently manufactured; 
shall not be nearing End of sale / End of support; and shall be supported by M/s L-l 
Identity Solutions Operating Company and respective OEM along with service and 

spares support to ensure its efficient and effective operation for the entire duration 
of the contract. 

38.4 M/s L-l Identity Solutions Operating Company warrants that the goods supplied 
under this contract shall be of the highest grade and quality and consisted with the 
established and generally accepted standards for materials of this type. The goods 
shall be in full conformity with the specifications and shall operate properly and 
safely. All recent design improvements in goods, unless provided otherwise in the 
Contract, shall also be made available* 

38.5 M/s L-l Identity Solutions Operating Company further warrants that the Goods 
supplied under this Contract shall be free from all encumbrances and defects/faults 
arising from design, material, manufacture or workmanship (except insofar as the 
design or material is required by the Purchaser's Specifications) or from any act or 
omission of M/s L-l Identity Solutions Operating Company, that may develop under 
normal use of the supplied Goods in the conditions prevailing at the respective 
Datacenter Sites and UIDAI Locations. 

38.6 The Purchaser shall promptly notify M/s L-l Identity Solutions Operating Company in 
writing of any claims arising under this warranty. 

88.7 Upon receipt of such notice. M/s L-l Identity Solutions Operating Company shall, 
with all reasonable speed, repair or replace the defective Goods or parts thereof, 
without prejudice to any other rights which the Purchaser may have against M/s L-l 
Identity Solutions Operating Company under the Contract. 

8<s.8 If M/s L-l Identity Solutions Operating Company, having been notified, fails to 
remedy the defect(s) within a reasonable period, the Purchaser may proceed to take 
such remedial action as may be necessary, at the risk of M/s L-l Identity Solutions 
Operating Company and expense and without prejudice to any other rights which the 

Purchaser may have against M/s L-l Identity Solutions Operating Company under the 
Contract. 





39. Project In-charge 


39.1 M/s L-l Identity Solutions Operating Company shall ensure that at all times during 
the currency of the Contract a Project In-charge acceptable to the Purchaser shall 
take charge of the Performance of the Contract Key Personnel required for 
execution of this contract have been provided under clause 12 of Annexure E — 
Scope of Work. 

39.2 It is mandatory that the designated Project In-charge should not change till the 
acceptance of the system. 


40. Completion of Contract 

40.1 Unless terminated earlier, the Contract shall terminate on the completion of term as 
specified in the Contract and only after the obligations mentioned in Clause 24 are 
fulfilled to the satisfaction of the Purchaser. 

41. Passing of Property 

41.1 Ownership of goods that are part of this contract shall not pass to the Purchaser 
unless and until the system is accepted in accordance with the conditions of the 
contract and to the entire satisfaction of the Purchaser 

41.2 M/s L-l Identity Solutions Operating Company will be allowed to retain a lien on the 
goods supplied by him, for the unpaid amount of the cost of goods 

42. No Assignment 


42.1 M/s L-l Identity Solutions Operating Company shall not transfer any interest, right, 
benefit or obligation under this Contract without the prior written consent of the 
Purchaser. 


42.2 The purchaser reserves the right to assign this contract to a representative of UIDAI 
during the currency of the contract or extend and transfer this contract to the 
representative after the expiry of the current contract period. In the event of an 
assignment, obligations of/vl/s L-l Identity Solutions Operating Company towards 
the purchaser under the contract will have to be fulfilled by the bidder and be 
accountable to the new assignee. In the event of transfer of contract to a 
representative at the end of the currency of this contract period, M/s L-l Identity 
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Solutions Operating Company undertake to continue to prov.de services at an offer 

Which is mutually agreed upon by the purchaser (UIDAI or its representative) and the 
bidder. 

43. Penalty 

Activities required to be performed by M/s L-l Identity Solutions Operating Company 

>n order to execute the Scope of work of this contract and ongoing performance and 

maintenance services along with the service levels shall be in line with the 

requirements of Purchaser and in accordance with the timelines, 

performance/service levels and targets as stipulated in the Contract and SLA, failing 

h M/s L 1 Identity Solutions Operating Company would be liable for a Penalty as 

defined under Annexure C (Service Level Agreement) to Genera, Conditions of 
Contract. 


44. Insurance 

Goods supplied under this Contract shall be fully insured by M/s L-l Identity 

Solutions Operating Company, against any loss or damage, till the Acceptance of the 

System, M/s L-l Identity Solutions Operating Company shall submit to the Purchaser, 

documentary evidence issued by the insurance company, indicating that such 
insurance has been taken. 


44.2 


4/1 ^ 


44.4 


a. 


M/s L-l Identity Solutions Operating Company shall bear all the statutory levies like 
customs, insurance, freight, etc. applicable on the goods during their shipment from 
respective manufacturing/shipment site of the OEM to the port of landing. 

AN charges like transportation charges, octroi, etc. that may be applicable till the 

goods are delivered a, the respective site of installation shall also be borne by the 
bidder. 

M/s L-l Identity Solutions Operating Company during the term of this contract shall 
fake out and maintain, a, his own cost bu, on terms and conditions approved by 
UIDAI. insurance with financially sound and reputable insurers against the risks, and 
for the coverage, as specified below: 

insurance against loss of or damage to:- 

i. equipment or assets procured or developed in whole or In pan for fulfillment of 
obligations under this Contract 

/ 
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45. 


ii. assets of M/s l-l Identity Solutions Operatioe Company and property used in the 
performance of the Services, and 

ii-,. any documents prepared by M/s L-l Identity Solutions Operating Company m 
the performance of the Services. 

shall pay all premia in relation thereto and shall ensure that nothing is done to make 
such insurance policies void or voidable 

at the Purchaser's request, shall provide evidence to the Purchaser showing .ha, 
such insurance has been taken ou, and maintained and that the current premiums 


44 5 therefore have been paid Employer's liability and workers compensation insurance 
in respect of the Personnel of M/s L-l Identity Solutions Operating Company/ Team 
of M/s L-l Identity Solutions Operating Company, in accordance with the relevant 
provisions of the Applicable Law, as well as, with respect to such Personnel, any such 
life, health, accident, travel or other insurance as may be appropriate; and 


Limitation of Liability of M/s L-l Identity Solutions Operating Company towards the 
Purchaser 

45.1 Except in case of gross negligence or willful misconduct on the part of M/s L-l 
Identity Solutions Operating Company / Team of M/s L-l Identity Solutions Operating 
Company or on the part of any person or company acting on behalf of M/s - 
Identity Solutions Operating Company in executing the work or in carrying ouC 
Services, M/s L-l Identity Solutions Operating Company, with respect to damage 
caused by M/s L-l Identity Solutions Operating Company to property and/or assets 
of the Purchaser or of any of Purchaser's vendors, shall not be liable to Purchaser. 

(i) for any indirect or consequential loss or damage; and 

(ii| for any direct loss or damage that exceeds (A) twice the Contract Value, or (B) 
the proceeds M/s L-l Identity Solutions Operating Company may be entitled to 
receive from any insurance maintained by M/s L-l Identity Solutions Operating 
Company to cover such a liability, whichever of (A) or (B) is higher. 

45.2 This limitation of liability shall not affect M/-S L-l Identity Solutions Operating 
Company liability, if any, for damage to Third Parties caused by M/s L-l Identity 
Solutions Operating Company / Team of M/s L-l Identity Solutions Operating 
Company or any person or firm/company acting on behalf of M/s L-l Identity 
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46. Payment Schedule 


V 
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46.1 The contract value shall comprise of two components, viz payment as per actuals on 

the de-duplications undertaken by M/s L-l Identity Solutions Operating Company 

based on unit price per allotted enrolment transaction finalized and payment of 

fixed amount of INR 5 Crores (Five Crore rupees) for the supply, installation 

comm,ss,on of hardware for the capacity to cater to the first 1 Crore enrolment 
transactions. 

46.2 Payments will be released to M/s L-l Identity Solutions Operating Company only on 
satisfactory acceptance of the solution and deliverables: 

46.3 All Payments shall be subject to provisions of Clauses 48. 

46.4 Payment schedule 

46.5 Prices shall remain firm and shall not be subject to any upward revision on any 
account whatsoever throughout the period of contract. Purchaser however reserves 
the right to review and negotiate the charges payable for Maintenance and support 
services of the system at the beginning of the each year or at any time at the request 

Purchaser whichever is earlier to incorporate downward revisions as applicable 
and necessary. 

46.6 Most Preferred Customer 

M/s L 1 Identity Solutions Operating Company shall provide "Most Preferred 
Customer" status to the Purchaser. Accordingly, the prices payable for goods and 
services that are part of this contract shall in no event exceed the lowest price at 
which M/s L-l identity Solutions Operating Company has offered similar goods or 
services of comparable volumes to any other customer in the Republic of India at 
the time of placement of order by Purchaser. 

After acceptance of the system, any offer made by M/s L-l Identity Solutions 

Operating Company regarding further procurement of goods or services to the 

Purchaser shall be at competitive prices and not higher than as offered to any 

other customer in the Republic of India, for comparable volumes, at that point in 
time. 


46.6.1 


46.6.2 


46.6.3 


Dunng the currency of the Contract, if the Purchaser requests services which 
require prov.s.oning of additional personnel or resources by M/s L-l Identity 
Solutions Operating Company, M/s L-l Identity Solutions Operating Company 
d give highest priouty to the Purchaser for provisioning of such per sonnel 
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or resources, which M/s L-l identity Solutions Operating Company has not 
committed to any other Account. 


46.6.4 Purchaser reserves the right to seek any information from M/s L-l Identity 


Solutions Operating Company in this context at any time during the currency of 
contract M/s L-l Identity Solutions Operating Company shall provide '"Most 
Preferred Customer" status to the Purchaser. Accordingly, the prices payable for 
goods and services that are part of this contract shall in no event exceed the 
lowest price at which M/s L-l Identity Solutions Operating Company offers 
similar goods or services to any other customer during the currency of the 
contract. 
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Payment Schedule 

S.No 

Payment 

Items 

Payment Values 

Time of Disbursement 

1 

Hardware 

50 %of INR 5 Crores 

On delivery and installation of 
hardware at Primary and BCP 
site as per the Bill of Quantity 
submitted by M/s L-l Identity 
Solutions Operating Company 

25 % of INR 5 Crores 

On the acceptance of the 

Solution by UIDAI as per 

Annexure E - Scope of Work 

25 % of INR 5 Crores 

On completion of first 1 Crore 
allotted enrolment transactions 

2 

' 

I 

De- 

duplications 

As per actual number of 
de-duplications based on 
unit price per allotted 
enrolment transaction 

Quarterly as per actual number 
of de-duplications 









































47. Severance 


47.1 in the event any provision of this Contract is held to be invalid or unenforceable 
under the applicable law, the remaining provisions of this Contract shall remain in 
full force and effect. 

48. Liquidated Damages 

48.1 A maximum level of performance penalties is established and described below. The 
framework for performance penalties as a result of not meeting the Service Level 
Targets are detailed below: 

a. A quarterly performance evaluation will be conducted using the three monthly 
reporting periods of that quarter. 

b. Performance penalties shall be levied for not meeting each of the severity levels of 
performance as per the following table: 




ff$everity 
pie vet 

Penalty as a percentage of quarterly revenues for the allocation 
cycle applicable’- . w /a iw : 

9 

Event of default and termination as per Clause 23 and 24 of the 


General Conditions of the Contract in Annexure A respectively 


and the consequences as provided in clause 24 of the General 


Conditions of the Contract shall follow 

8 

8.0 % 

7 ; 

4.0 % 

5 

2.0 % 

5 

1.0 % 

4 

0.5 % 

3 

0.4 % 

2 

0.3 % " "" 

1 

0.2 % 


c. Performance Penalty for not meeting a measurement parameter for two 
consecutive quarters shall result in twice the penalty percentage of that respective 
measurement parameter. 

d. Maximum Penalty applicable for any quarter shall not exceed 40 % of the 'quarterly 
revenues' for the respective quarter 

e. Two consecutive quarterly deductions of 40 % of the quarterly revenues on account 
of any reason will be deemed to be an event of default and termination as per 
Clause 23 and 24 of the General Conditions of the Contract in Annexure E 
respectively and the consequences as provided in Clause 24 of the General 
Conditions of the Contract shall follow. 


Suspension of Work 

49.1 M/s l-l Identity Solutions Operating Company shall, if ordered in writing by the 
Purchaser's Representative, temporarily suspend the works or any p3 rt thereof for 
such a period and such a time as ordered. M/s L-l Identity Solutions Operating 
Company shall not be entitled to claim compensation for any loss or damage 
sustained by him by reason of temporary suspension of the Works as aforesaid. The 
Purchaser may consider suitable compensation to M/s L-l Identity Solutions 
Operating Company on case to case basis, to the extent of work completed, subject 
to fulfillment of other conditions of this contract. An extension of time for 
























































completion, corresponding with the delay caused by any such suspension of the 
works as aforesaid shall be granted to M/s L-l Identity Solutions Operating Company, 
if request for same is made and that the suspension was not consequent to any 
default or failure on the part of M/s L-l Identity Solutions Operating Company. In 
case the suspension of works, is not consequent to any default or failure on the part 
of M/s L-l Identity Solutions Operating Company, and lasts for a period of more than 
2 months. M/s L-l Identity Solutions Operating Company shall have the option to 
request the Purchaser to terminate the Contract with mutual consent. 

49.2 In the event that the Purchaser suspends the progress of work for any reason not 
attributable to M/s L-l Identity Solutions Operating Company for a period in excess 
of 30 days in aggregate, rendering M/s L-l Identity Solutions Operating Company to 
extend his performance guarantee then Purchaser shall bear only the cost of 
extension of such bank guarantee for such extended period restricted to the normal 
bank rates as applicable in the banking procedures subject to M/s L-l Identity 
Solutions Operating Company producing the requisite evidence from the bank 
concerned. 
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Special Conditions 


Definitions 

I. "Acceptance of Bid" means the letter/fax or any memorandum communicating to 
the bidder, the acceptance of his bid, and includes an advance acceptance of his 
bid. 

II. "Business Day" means any day that is not a Sunday or a public holiday (as per the 
official holidays observed by UIDAI). 

HI. "Confidential Information" means any information disclosed to or by any Party to 
this Contract and includes any information in relation to the Parties, a third party 
any other person any such information that may come to the knowledge of the 
.Parties hereto / Biometric Solution Provider's Team by virtue of this Contract 
that: 

a. is by its nature confidential or by the circumstances in which it is 
disclosed confidential; or 

b. is designated by the disclosing Party as confidential or identified in terms 
connoting its confidentiality; 

but does not include information which is or becomes public knowledge other 

than by a breach of this Contract; 

IV. "The Purchaser" means the President of India acting through the Director 
General, Unique Identification Authority of India (UIDAI), Planning Commission, 
Government o India 

V. "Purchase Officer" means the officer signing the acceptance of bid and includes 
any officer who has authority to execute the relevant contract on behalf of the 
Purchaser. 

VI. "UIDAI", means the Director General, Unique Identification Authority of India 
(UIDAI} or any other representative authorized by the Director General, UIDAI and 
also including the officer of the UIDAI across India. ^ 

VII. "Document" means any embodiment of any text or image however recorded and 
includes any data, text, images, sound, voice, codes or and databases or microfilm 
or computer generated micro fiche. 




VIII. "Purchaser's Representative/Project Coordinator" means the person or the 
persons appointed by the Purchaser from time to time to act on its behalf for 
overall co-ordination, supervision and project management. 

IX. "Primary Site" means the Central ID Data Repository ("CIDR") Data Center in 
Delhi that would house the Information and Communication Technology (!CT) 
equipment required for carrying out the centralized operations of CIDR. 

X. "BCP Site" means the Business Continuity Site of the CIDR located at a Data 
Centre in Bangalore that would house ICT equipment similar to the Primary site 
and which would be capable of running business operations of the CIDR in case of 
an eventuality. 

XL "Datacenter Sites" means the Primary and BCP site of the CIDR including their 
respective Data Center space. Communications Room and Non-Data Centre space 
wherein the delivery, installation, integration, management and maintenance 
services as specified under the Annexure E - Scope of Work are to be carried out 
for the purpose of this Contract. Each individually referred to as Datacenter Site 
and collectively as Datacenter Sites. 

XII. "Prime Consortium Member" means the Prime Member of the Consortium, in 
case of a consortium bid. For the purpose of this contract Prime Consortium 
Member means the Biometric Solution Provider. 

XIIL The "Biometric Solution Provider" means the successful bidder whose bid has 
been accepted by the Purchaser and with whom the order for providing a turnkey 
solution towards Design, Supply and Implementation of Biometric Matching 
Services has been placed as per requirements and terms and conditions specified 
in this Bid/contract and shall be deemed to include the Biometric Solution 
Provider's successors, representatives (approved by the Purchaser), heirs, 
executors, administrators and permitted assigns, as the case may be, unless 
' excluded by the terms of the contract. 

XIV. "Biometric Solution Provider's Team" means the Successful Bidder alone or 
along with all of its consortium members, who have to provide goods & services 
to the Purchaser under the scope of this Bid / Contract. This definition shall also 
include any and/or all of the employees of the Prime Consortium Member, 
consortium members, authorized service providers/partners/agents and 
representatives or other personnel employed or engaged either directly or 





indirectly by the Biometric Solution Provider for the purposes of this Bid / 


Contract. 


XV. Biometric Solution Provider 7 s Representative/ Project Coordinator 77 means the 
person or the persons appointed by the Biometric Solution Provider from time to 
tim_ to act on its behalf for overall co-ordination, supervision and project 


management. 


XV!. Parties means the Purchaser and, the Biometric Solution Provider, and "Party 77 
means either of the Parties. 

XVII. Contract 77 means the Agreement entered into between the Purchaser and the " 
Biometric Solution Provider including all attachments and Annexes thereto, the 
Bid and all Annexes thereto and the agreed terms as set out in the Bid, all 
documents incorporated by reference therein and amendments and 
modifications to the above from time to time. 

De Duplication means assurance through biometric comparisons that no ; 
enrolled person has been assigned more than one Unique ID number. [ 

XIX. Enrolment Transactions 77 mean the transaction to perform de-duplication check 
m order to establish if there exists any duplicate(s) for the subject to be enrolled. 

XX. "Allotted Enrolment Transactions 77 mean the transaction allocated to a Biometric 
Solution to perform de-duplication in order to check if there exist any duplicate(s) 
for the subject being enrolled. 

XXI. "Goods 77 means all of the equipment, sub-systems, hardware, software, products 
accessories and/or other material / items which the Biometric Solution Provider is 
required to supply, install and maintain under the contract. 

XXII. "System 77 means all of the goods under the scope of this contract together as an 
integrated solution. 

XXIII. "Commissioning of System": The system shall be deemed to have been 
commissioned, when all the activities as defined in Clause 9.3 under Annexure E - 
Scope of Work have been successfully executed and Completed. 

XXIV. "Acceptance of System": The system shall be deemed to have been accepted by 
the Purchaser, subsequent to its commissioning, when all the activities as defined 
in Clause 10 under Annexure E - Scope of Work have been successfully executed 


and completed. 
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XXV. '"Effective Date" means the date on which this Contract is signed and executed by 
the parties hereto. If this Contract is executed in parts, then the date on which 
the last of such Contracts is executed shall be construed to be the Effective Date; 

XXVI. "intellectual Property Rights" means any patent, copyright, trademark, trade 
name, service marks, brands, propriety information, UIDAI Application Software 
whether arising before or after the execution of this Contract and the right to 
ownership and registration of these rights. 

XXVII. "Kick Off Meeting 7 ' means a meeting convened by the Purchaser to discuss and 
finalize the work execution plan and procedures with the Biometric Solution 
Provider. 

XXVIII. "Service" means services to be provided as per the Annexure E - Scope of Work 
as specified in this bid document and incidental services, such as design, supply 
and implementation or any other such obligations of the Biometric Solution 
Provider covered under the Contract. In addition to this, the definition would also 
include other related/ancillary services that may be required to execute the 
Scope of Work under this contract. 

XXIX. "Service Specification" means and includes detailed description, statements to 
technical data, performance characteristics, and standards (Indian as well as 
International) as applicable and as specified in the Contract, as well as those 
specifications relating to Industry standards and codes applicable to the 
performance of the work, work performance quality and specifications affecting 
the work or any additional specification required to be produced by the Biometric 
Solution Provider to meet the design criteria/ and/ or contract requirements. 

XXX. "The Contract Value" means the unit price per allotment enrollment transactions 
times maximum of 10 Crore allotted enrollment transactions during contract 
period notwithstanding the rules of dynamic allocation as per Annexure D - Work 
allocation & Service Levels. 

XXXI. "Notice" means: 

i. a notice; or 

ii. a consent, approval or other communication required to be in writing 
under this Contract. 




2 . 


Escrow 


2.1. “Upon UiD's written request, and pursuant to a mutually-agreeable, industry-standard 
escrow agreement, from the time of commencement of the contract for a period up to 
2 years after expiry of contract. Biometric Solution Provider shall place in escrow: a 
copy of the source code for the Software, consisting of a full source language statement 
of the program or programs comprising the Software, in a form suitable for 
reproduction and use by computer; complete program maintenance documentation, 
including all technical manuals, release notes; and all other material necessary to allow 
a reasonably skilled programmer or analyst to understand, maintain, modify and 
enhance the Software without Biometric Solution Provider's assistance or reference to 
any other materials. The escrow agreement shall, at a minimum, provide for release of 
the source code to UID in the event Biometric Solution Provider ceases to do business 
as an ongoing concern or in the event of breach of contract by the Biometric Solution 

Provider. Biometric Solution Provider shall be responsible for all fees of the escrow 
agent." 

3. Privacy of data 

In course of the Agreement, the Biometric Solution Provider may collect, use, transfer, 
store or otherwise process (collectively, "process") information that pertains to specific 
individuals and can be linked to them ("personal data"). Biometric Solution Provider 

’• ' warran,:s that it shall process all personal data in accordance with applicable law and 

regulation. Biometric Solution Provider further warrants that it shall process such 
personal information only for the purposes of this Agreement, and shall not use or 
disclose such information, otherwise pursuant to purposes of the Agreement. 

4. ^ Right for security clearance 

4.1. UID may execute background checks on any or all employees of the Biometric Solution 
i rojider who are assigned to work on the project. Such background checks will include 
drug screening and checks for criminal activity, credit history checks, and checks on 
qualifications, suitability and experience of Biometric Solution Provider's employees 
before and/or during their assignment to the project under this Agreement. 

5. ' Opening of registered office in India 

5.1. The Biometric Solution Provider should have an office in India in the form of a registered 
office. 
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Adherence to disclosure norms 

UID is entitled to audit any amount claimed by the Biometric Solution Provider in an 
invoice submitted to UID, and/or require the Biometric Solution Provider to disclose any 
document, material, data, and/or information in relation to the Agreement. 

Compliance to requirement of technical queries in relation to performance and system 
behavior 

Biometric Solution Provider will provide UID with support services (including but not 
limited to addressing any technical query raised by UID) as and when reasonably sought 
by the UID, in relation to use of the software, performance of services by Biometric 
Solution Provider, or any matter relating to them. 

Compliance to Indian IT Act 2008 and amendments thereof; UIDAI Act, if any passed 
by Government of India at a future date 

she Biometric Solution Provider undertakes that during the term of this Agreement, it 
shall:- 

i. comply with all applicable laws and regulations as amended from time to time, in 
the performance of its obligations; and 

ii. hold all valid and current licenses required to perform the services, in relation to 
this Agreement and any matter relating to them. 
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Annexure C 


Service Level Agreement 









Service Level Agreement 


Purpose of this Agreement 
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'■ The PUrP ° Se ° f this a § reem ent is to define the levels of service to be provided by Biometric 
Suppliers to Purchaser for the duration of this contract or until this SLA has been amended. 

"■ This SLA is intended to 

gger a process that applies Purchaser and Biometric Suppliers' management attention to 

some aspect of performance only when that aspect drops below an agreed upon 
threshold, or target 

b. Make explicit the expectations that the purchaser has for performance 

c. Help Purchaser control the levels and performance of services 
2. Definitions 

For generic definitions, please refer to 'General Conditions of Contract'. 

"• Below af e definitions specific to this SLA document. 

a. "Enrolment Transactions" The transaction related to the successful de-duplication check 
to establish if there exist any duplicate(s) for one subject to be enrolled. 

b. 'Allocation Cycle" The period for which the allocation of transactions volumes to 
biometric suppliers remains fixed. The cycle duration shall be 3 months or till 1 Crore new 
enrolment transactions are made, whichever is earlier. 

False Positive Identification" A term applying to de-duplication transactions only. An 
incorrect decision of a biometric system that an applicant for a UID has previously been 
enrolled in the system, when in fact they have not. 

d. "False Positive Identification Rate (FPIR)" A term applying to de-duplication transactions 
only. The ratio of number of false positive identification decisions to the total number of 
enrollment transactions by unenrolled individuals. This rate is expected to depend upon 

.he size of the enrolled database and the database binning/partitioning used. Enrolled 
database size will be specified. 

false Negative Identification" A term applying to de-duplication transactions only. An 

TrArrort A ^ ^ _ I - • 
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incorrect decision of 3 biometric system that an applicant for a UID. making no attempt t< 
aeoid recognition, has not,previously been enrolled in the system, when in fact they have 
This failure to match might be caused by any algorithm in use by the system 
(segmentation, comparison, binning, quality, etc ) 

"False Negative Identification Rate (FNIR)" A term applying to de-duplication transaction, 
only. The ratio of number of false negative identification decisions to the total number ol 
enrollment transactions by enrolled individuals. This rate is expected to depend upon the 
database binning/partitioning used to meet throughput requirements. Enrolled database 
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size will be specified. As no failure-to-enroi decisions will be permitted for residents with 
any of the 12 biometrics available, faiiure-to-enrol rates are presumed to be zero and will 
not be considered in computing the false negative identification rate. Data from residents 
with none of the 12 biometrics will be exempted from the calculation of this rate. 

g. "False Acceptance 7 ' A term applying to verification transactions only. The decision of a 
biometric system that submitted biometric samples match enrollment data from a 
different data subject. 

h. "False Match Rate" A term applying to verification transactions only. The ratio of number 
of verification transactions conducted by data subjects resulting in a false match to the 
total number of transactions. The definition of "transaction" shall be given by the 
respondent, with the provision that the same definition is used in determining "False 
Match Rate". 

i. "False Rejection" A term applying to verification transactions only. The decision of a 
biometric system that submitted biometric samples do not match enrollment data of the 
same data subject. 

j. "False Non Match Rate" A term applying to verification transactions only. The ratio of 
number of verification transactions conducted by data subjects resulting in a false non 
match to the total number of transactions. The definition of "transaction" shall be given 
by the respondent, with the provision that the same definition is used in determining 
"False Non Match Rate". 

3. Description of Services Provided 

i. The exact scope and boundaries of services provided as part of this Contract Agreement are 
detailed in Annexure E and Annexure therein of this tender. 

4. Service Level Agreements & Targets 

i. This section is agreed to by the Purchaser and Biometric Suppliers as the key performance 
indicator for this engagement. This may be reviewed and revised according to the procedures 
detailed in Clause 6.5, SLA Change Control. The following section reflects the measurements 
to be used to track and report systems performance on a regular basis. The targets shown in 
the following tables are for the period of contact or its revision whichever is earlier. The 
procedures in Clause 6 will be used if there is a dispute between Purchaser and Biometric 
Suppliers on what the performance targets should be. 

ii. The Service Level Agreements shall not be applicable for services in phase(s) preceding and 
including implementation of Release 2 as stated in Annexure E and annexure therein of the 
bid document. 
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5. 


Categories of Service Levels 


i. 1 he Service Level Agreement (SLA) has been logically segregated in the following categories: 

a. Implementation phase related performance levels 

b. Solution related performance levels 

c. Operations related 

o Manpower Availability 
o Reporting 

6. SLA Framework 

i. Tiiis section describes the SLA framework for this contract comprising of the following: 

3. Responsibilities of parties 
b- Reporting procedures 

c. Issue management procedures 

d. Management escalation and contact map 

e. SLA change control 
f- Liquidated damages 

6.1. Responsibilities of parties 

6.1. XResponsibilities of purchaser 

•* Purchaser is responsible for: 

3. Reporting defects and problems to the Biometric Suppliers' representative as soon as 
possible 

b. Assisting Biometric Suppliers in managing the SLA 

c. Providing early warning of any organizational, functional or technical changes that might 
affect Biometric Supplier ability to deliver the services described in the SLA 

d. Assisting Biometric Suppliers in a timely manner in resolving production incidents 

\ 

S. 1.2.Responsibilities of Biometric Suppliers 

biometric Suppliers is responsible for delivering the sen/ices described in Annexure E, Scope of 
Work document to the performance targets detailed in this document. 

n. Additionally, Biometric Suppliers are responsible for: 

a. Reporting problems to Purchaser management as soon as possible 

b. Assisting Purchaser in managing the SLA 

c. Providing early warning of any organizational, functional or technical changes that might 
affect Biometric Suppliers' ability to deliver the services described in the SLA 

d. Assisting Purchaser in a timely manner in resolving production incidents 





Hi- Immediate action will be taken to identify problems and follow up with appropriate action to 
fix them as quickly as possible. 

6.2. Reporting procedures 

i. The Biometric Suppliers' representative will prepare and distribute SLA performance reports in 
an agreed upon format by the lO 1, working day of subsequent month of the reporting period 
The reports will include "actual versus target" SLA performance, a variance analysis and 
discussion of appropriate issues or significant events. Performance reports will be distributed 
to Purchaser management personnel as directed by Purchaser. 

63. issue management procedures 

6.3.1. General 

i. This process provides an appropriate management structure for the orderly consideration and 
resolution of business and operational issues in the event that quick consensus is not reached 
between Purchaser and Biometric Suppliers. It is expected that this pre-defined process will 
only be used on an exception basis if issues are not resolved at lower management levels. 

63.2.Issue management process 

i. Either Purchaser or Biometric Suppliers may raise an issue by documenting the business or 
technical problem, which presents a reasonably objective summary of both points of view and 
identifies specific points of disagreement with possible solutions. 

it. Purchaser and the Biometric Suppliers' representative will determine which committee or 
executive level should logically be involved in resolution. A chain of management escalation is 
defined in Clause 6.4 of this document. 

hi- A meeting or conference call will be conducted to resolve the issue in a timely manner. The 
documented issues will be distributed to the participants at least 24 hours prior to the 
discussion if the issue iSmot an emergency requiring immediate attention. 

we Management of Purchaser and Biometric Suppliers will develop a temporary, if needed, and 
the permanent solution for the problem at hand. The Biometric Suppliers will then 
communicate the resolution to all interested parties. 

v. In the event a significant business issue is still unresolved, the arbitration procedures 
described in the Contract will be used. 

6.4 

i 


Management escalation procedures and contact map 
The purpose of this escalation process is to provide a quick and orderly method of notifying 
both parties that an issc^a is not being successfully j^soiv^d at the lowest possible 
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management level. Implementing this procedure ensures that Purchaser and Biometric 
Suppliers' management are communicating at the appropriate levels. 


) 

) 

) 

) 


ii. Escalation should take place on an exception basis and only if successful issue resolution 
cannot be achieved in a reasonable time frame. 

a. Either Purchaser or Biometric Suppliers can initiate the procedure 

b. The "moving party" should promptly notify the other party that management escalation 
will be initiated 

c. Management escalation will be defined as shown in the contact map below 

d. Escalation will be one level at a time and concurrently 


6.4.1.Contact Map 


) 



sbsbjwISBI 


) 

Mr. Srikanth 

Head, Technology, 

Purchaser 

+919740065015 


Nandamuni 

UIDAI 


(srikanth (a) ego vernments.org) 

') 

Mr. Ajav Nandan 

ADG, UIDAI 

Purchaser 

+91 11 23752670 





(aiav(® uidai.gov. in) 

) 

Mr. 8. B: Nanawati 

DDG, UIDAI 

Purchaser 

+91 11 23753706 

) 




(bbnanawati(S) uidai.gov .in) 


Mr. Kalidindi R N R 

Director, Business 

Biometric 

+919177772876 

") 


Development, LI ID 

Suppliers 

(rkalidindi(5>l lid.com) 


Mr. Michael Van der 

Managing Director, 

Biometric 

+41976154637 

) 

j 

Harst 

LI ID 

Suppliers 

(m harst (5) Hid.com) 

i 

) I 

Mr. Richard Agostinelli 

President, LI ID 

Biometric 

+16125320817 

J ] 

I 


Suppliers 

(ragostineHi(S>llid.com) 


) 

6.5.. SLA change control 
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S„ 5.1. General 

i. It is acknowledged that this SLA may change as Purchaser's business needs evolve over the 
course of the contract period. As such, this document also defines the following management 
procedures: 

a. A process for negotiating changes to the SLA. 

b. An issue management process for documenting and resolving particularly difficult issues. 

c. Purchaser and Biometric Suppliers' management escalation process to be used in the 
event that an issue is not being resolved in a timely manner by the lowest possible level of 
management. 
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J 
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Any changes to the levels of service provided during the term of this Agreement will be 
requested, documented and negotiated in good faith by purchaser and Biometric Solution 
Provider. Purchaser or any of the Biometric Solution Provider can request a change. Changes 
wifi be documented as an addendum to this attachment and, jjons^quently, the Contract. If 
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there is any confusion or conflict between the Contract and this document, the Tender and its 
addendums, the Contract will supersede. 

6.5.2.SLA change process 

b The parties may amend this SLA by mutual agreement in accordance. Changes can be 
proposed by either party. The Biometric Suppliers' representative will initiate an SLA review 
at least bi-annually. Normally, the forum for negotiating SLA changes will be Purchaser's 
monthly meetings. Unresolved issues will be addressed using the issue management process 
described in Clause 8 of this document. 

ii. The Biometric Suppliers' representative will maintain and distribute current copies of the SLA 
document as directed by Purchaser. Additional copies of the current SLA will be available at all 
times to authorized parties. 

6.5.3.SLA version control 

i. All negotiated SLA changes will require changing the version control number. As appropriate, 
minor changes may be accumulated for periodic release (e.g. every quarter) or for release 
when a critical threshold of change has occurred. 

6.6. Liquidate Damages 

i. A maximum level of performance Liquidated damages is established and described below. The 
framework for performance Liquidated damages as a result of not meeting the Service Level 
Targets are detailed below: 

a. A quarterly performance evaluation will be conducted using the three monthly reporting 
periods of that quarter. 

b. Performance Liquidated damages shall be levied for not meeting each of the severity levels 
of performance as per Lhe following table: 


'Severity;! 


9 

Event of default and termination as per Clause 23 and 24 of the 
General Conditions of the Contract in Annexure A respectively 1 
and the consequences as provided in clause 24 of the General , 
Conditions of the Contract shall follow ' 

8 

8.0 % 

7 

4.0% 

6 

2.0 % 

5 

1.0 % , 

4 

0.5 % 1 

3 

0.4 % 

2 

0.3 % 

—- -A 

0.2 % . | 
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d. 


e. 


Performance Liquidated damages for not meeting a measurement parameter for two 

quarters shall result in twice the Liquidated damages percentage of that 
respective measurement parameter. 

Maximum Liquidated damages applicable for any quarter shall not exceed 40 % of the 
quarterly revenues' for the respective quarter 

Two consecutive quarterly deductions of 40 % of the quarterly revenues on account of any 
W ' e deerr >ed to be an event of defaidt and termination as per Clause 23 and 24 
16 e0eral Condltions of the Contract in Annexure A respectively and the 
follow*^ 6 C8S 35 Pr ° Vlded m Clause 24 of th e General Conditions of the Contract shall 


Measurements & Targets 


i. 


The diagram below summarizes the framework of 
of this Service Level Agreement. 


measurements and 


targets proposed as part 




) 
















Team mobilization 
and commencement 
of work 

: The Biometric Suppliers are 
: expected to mobilize the team for 
commencement of work for this 
project. 

The commencement of work would 
mean reporting of Biometric 

Suppliers' resources at the 
designated UIDAI location for 
project & implementation planning, 
design. 

! Within 7 calendar 
days from the date 
; of release of 
’ Purchase Order. 

; Mone 

; i 

i 

; ! 

i j 

Completion of go- 

; Completion of Roll-out of system 

Within 14 calendar 

: Recover from 

live of system for 

would mean, Go-live of the system. 

l days from the date 

the Biometric 

Proof of Concept at 

such that all application and 

; of release of 

’ Solution 

both Primary and 

biometric solution providers are 

i Purchase Order. 

; Provider, as 

BCP sites. 

i 

i 

able to use the infrastructure, to the 
satisfaction of the purchaser. 

1 

: liquidated 
damages and 
j not by way of 
; Liquidated 
damages a sum 
; equivalent to 1% ' 
of the Total fee 

i 

: payable for 

i 

. 1. SuppJy, 

| installation 

I 

i 

1 

i 

i \ 

! 

j 

i 

; 

and 

; commissionin : 

g of Hardware j 

1 

1 2. Quarterly 

payment on j 

1 

- 


actual 

number of de- 1 

duplications 

i undertaken 

till the date of 

measurement 

1 

I 


* 

since last 


1 


payment 
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Installation and 

Delivery, installation, integration. 

; Within 63 calendar 

la gjTjtjT* K i 

: Recover from 

Commissioning of 

testing of all components / 

days from the date 

: the Biometric 

Hardware at Primary 

equipments required for the 

of release of 

Solution 

and BCP sites for 

system, to the satisfaction of the 

Purchase Order 

| Provider, as 

testing and 
production 

Purchaser as defined in Annexure E, 
Scope of Work 


liquidated 
damages and 


Installation and 
Commissioning of 
Solution in testing & 
production 
environments at 
Primary and 8CP 
sites. 


Delivery, installation, integration, 
testing of all components / 
equipments required for the 
system, to the satisfaction of the 
Purchaser as defined in Annexure E, 
Scope of Work 


> Within 70 calendar 
; days from the date 
• of release of 
i Purchase Order 




not by way of 
Liquidated 
damages a sum 
equivalent to 1% 
of the Total fee 
payable for 

3. Supply, 
installation 
and 

commissionin 
g of Hardware 

i 

4. Quarterly 

payment on I 

actual 

t 

; number of de- \ 
duplications 

l 

undertaken 
till the date of 

; i 

i i 

measurement > 

i since last j 

j payment 
: Recover from 
the Biometric 
Solution 
Provider, as 
liquidated 
damages and 
not by way of 
Liquidated 
i damages a sum 
equivalent to 1% j 
of the Total fee 
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Measurement: 


i' Definition 


Target 


^damages- 


payable for 


, l. Supply, 
installation 
and 

commission 
of Hardware 


Completion of 
acceptance and go- 
live Solution at both 
\ Primary and BCP 


Completion of acceptance testing 

and go-live of the solution to the 
satisfaction of the purchaser. 




sites. 



3.8. Nonawoti, dog 

.•} C ' r. ": \ .»• ■ !V:arnli. 


Within 84 calendar 
days from the date 
of release of 
Purchase Order 


2. Quarterly 
payment on 
actual 

number of de- 
duplications 
undertaken 
till the date of 
measurement 
since last 
payment 

Recover from 
the Biometric 
' Solution 
1 Provider, as 
[ liquidated 
, damages and 
: not by way of 
: Liquidated 
damages a sum 
• equivalent to 2% 
: of the Total fee 
; payable for 


—4 


i ( 


i ( 


; 1. Supply, 

i 

installation 

I 

and 

commission 
of Hardware 


j( 

i 

i 



2. Quarterly 


payment on 
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actual 

number of de- j 
| duplications | 
undertaken 
! till the date of : 

measurement j 
: since last 

payment 


AND/OR 
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I • I - - • , • /. .'m r• ‘;r 

ft I'V.K 


Terminate the ! 

1 contract or a 

1 i 

: portion or part ■ 
of the work 

thereof. The 

1 i 

purchaser shall : 

I give 30 days 
notice to the 
Biometric 
Solution 
Provider of its 

1 intention to 

i terminate the j 

| Contract and 

I shall so 

1 terminate the i 

i 1 

• Contract unless . 

1 during the 30 

i 

i days notice 
period, the 
Biometric 
Solution 
Provider 
initiates 


remedial action 
acceptable to 













the Purchaser 


i. 


ii. 


Solution Related Performance Levels 

For Solution details, refer to Annexure E - Scope of Work of the Contract and Section VII — 

implementation Plan - Phasing & Transitioning. 

SLA Principles for Solution related performance levels: 

Following are the SLA principles adopted for Solution related performance levels 

a. The Performance targets for the Service Level Measurements during any period of 
assessment may not fixed for the entire contract period and may be revised for each 
period prior to the commencement of the period 

b. The performance on SLAs by Biometric Suppliers, shall be used as the basis for 
proportioning the allocation of transaction volumes across.Biometric Suppliers 

c. The measurement on SLAs shall be based on assumption that all Biometric Suppliers shall 

j P rov *ded with identical hardware infrastructure, after acceptance as detailed in 

Annexure E. ^ 

o In case if the Biometric Solution Provider's requirement for server and storage 
during any of the 3 bands exceeds the maximum quantity provisioned by UIDAI, the 
Biometric Solution Provider shall compensate UIDAI on the cost for the additional 
hardware to be procured from its hardware supplier agency along with the 
associated costs on power, cooling and datacenter space and maintenance 
services. On the other hand, additional incentives for using less than prescribed 
hardware in each band above, for meeting the required number of allotted 
transactions, shall be provided to the Biometric Solution Provider. The plan for 
incentive shail be formulated by UIDAI keeping in view of reducing the overall cost. 

d. In case if a Biometric Supplier does not meet minimum performance limit on accuracy for 
De-dup lication activity, the Biometric Supplier shall be kept under probation for a period of 
6 (six) months, during which, no fresh allocation of transaction volumes shall be made to 
the Biometric Supplier. 


i. 


ii. 
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Biometric Supplier under probation, can be considered for fresh allocation of 
volumes based on successful testing on accuracy on prior allotted 
transactions as conducted by the purchaser at the end of probation period 

g probation. Biometric Supplier may choose to undertake Testing before the 

ex P ,ry of Probation Period. However, cost of such early testing shall be borne by the 
Biometric Supplier 



nnnv/.iiti, no: 
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7.2.1.Biometric De-Duplication - Performance Levels effective from Acceptance of Solution 
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7*3. Operations 



M an power^ Ava ila b iRty 


Resource availability 
j ‘'or Support and 
: Maintenance of 
j Application specified 
; in Annexure E, 

Scope of work 
; during various 
phases of the 
: project 


No. of shift days for which resource 
present at the designated location / 
Total no. of shift days 


99% averaged 
over all 
resources 
designated for 
Biometric 
Supplier 
services and 
calculated on a 
monthly basis 



>=97 % to < 99% ; 7 
: averaged over 
. all resources 
designated for 
Biometric 
Supplier 
j services and 
calculated on a 
1 monthly basis 

' >=95 % to < 97% 8 

i averaged over : 
all resources 
designated for 
; Biometric 

i 

; Supplier 
' services and 
: calculated on a j 

i , ! 

• monthly basis j 

i i 

• < 95 % averaged 9 

• overall 
resources 

: designated for 
: Biometric 
■ Supplier 
' services and 
; calculated on a 
monthly basis 

























Resource availability 

I 

j for Help Desk 
I specified in 
* Annexure E , Scope 
j of work during 
I various phases of 
! the project 


j 


i 


1 . i 

1 • I 

i 

\ 

\ 

\ 

i 

i 

! 




! 

i 

1 


; 99% averaged 
i over all 

I 

; resources 
- designated for 
: Biometric 
: Supplier 
! services and 
i calculated on a 

i 

j monthly basis 


>=97 % to < 99% i 7 
; averaged over 
all resources 
: designated for j 
Biometric 
I Supplier 
, services and 
! calculated on a 
monthly basis 

i ___ r _ 

'^T=95 % to < 97% j 8 
; averaged over 
i all resources 
| designated for ; 

, Biometric 
j Supplier 
i services and 

i j 

; calculated on a • 
monthly basis 

i | 

c 95 % averaged i 9 

i 

! over all 
resources 
I designated for 
i Biometric 
; Supplier 
; services and 
! calculated on a 
monthly basis 


No. of shift days for which resource 
present at the designated location / 
Total no. of shift days 



23 of 26 


























L 


Y 

) 

) 

) 

) 

'I 

') 

) 

) 

) 

) 

) 

) 
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J 

j 

) 

\ 

j 

) 

j 


) 






Reporting 




Data Quality 
Monitoring & 
Reporting 

Refer Annexure E - Scope of Work 

Less than 100% 

adherence to 

time lines 
specified in 
: Annexure E, 

; 6 

j 


: Scope of Work 

| 

J MIS reporting 

i 

i 

f 

1 

I 

1 

1 

L 

Refer Annexure E - Scope of Work 

| Less than 100% 

; adherence to 
: time lines 
specified in 
Annexure E, 
Scope of Work 

TT" 

j Incident Reporting 

f 

[_ 

Refer Annexure E - Scope of Work 

Less than 100% 

incidents to be 
provided to 
Purchaser with 

in 1 hour with 
the cause, 
i action and 
remedy 

: 5 

i . 


/A. Trouble Ticket/Issue Resolution 

i. “Resolution Time 7 ' means time taken (after the trouble call has been logged on the 
nelpdesk), in resolving (diagnosing, troubleshooting and fixing) or escalating (to the 
second level to respective Vendors, getting the confirmatory details about the same 
from the Vendor and conveying the same to the end user), the Services related 
troubles during the first level escalation. 

ii. Provisioning of standby, if required, should be done along with associated data being 
restored, services reinitiated and SLA conditions being met. Final Resolution shall be 
deemed to be complete only after the original equipment is replaced / reinitiated 
along with data being restored to the correct state and services are resumed. 


Resolution 

Time 

Target 

Severity 

Level 

30 minutes 

Resolution of 98% of the total calls within the specified limit 


1 

Resolution of >= 97 to < 98 % of the total calls within the specified 

4 
































limit 

\ 


Resolution of >= 96 to < 97 % of the total calls within the specified 
limit 

5 


Resolution of >= 95 to < 96 % of the total calls within the specified 

6 


limit 



Resolution of < 95 % of the total calls within the specified limit 

7 


8. Signature 

IN WITNESS WHEREOF, the parties hereto have caused this Service Level Agreement to be 
executed by their respective authorized representatives as of the date first written above. 


Signed, Sealed and Delivered for & 
on behalf of M/s L-l Identity 
Solutions Operating Comj 
Private Limited 

Signed 


Name: Machief van der 


Designation: Technical Officer 


Date: August 24 th , 2010 
Place: New Delhi 



Signed, Sealed and Delivered for and on 
behalf of the President of India acting 
through the Director General, Unique 
Identification Authority of India. 

A 

Signed ‘ ' 



lanaw^S. Tiana^ 3 ^ r \odte- 

■Vnt.f.cat«on Bha rafi. 

iwqoe Jcc«* n rtn:Vi 


cor»-*‘0«ssfo«v A 1 000'. 


Name: B. B. Na 
Designation: 

Connaug lu ^ 

Date: August 24 th , 2010 
Place: New Delhi 



Intthe presence 
Signed 

Name: Kalidindi R N"R— 
Designation: Director, Business 
Development, LI ID 
Date: August 24 th , 2010 
Place: New Delhi v 


In the presence of: 

S « ned 

Designation^,Assistantti jr 

—. 

Date: ; 2010 

Place: New Delhi 
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Work Allocation & Service Level 


1* Allocation of Transaction Volumes to Biometric Solution Providers 

1.1 Overview 

i. UiDAI shall select three Biometric Solution Providers for the undertaking the scope of 
work as stated in Annexure E - Scope of Work. Based on the estimates of expected 
demand for enrolments during the contract period, UIDAI-.shal! adopt a method of 
dynamic allocation of enrolment transactions to the selected Biometric Solution 
Providers. 

1.1.1 Definitions of Terms 

i. 1 Crore = 10 million 

ii. 1 Lakh = One Hundred Thousand 

iii. ''Biometric Solution Provider" The party who is awarded the contract, on being selected 
using the process stated in the RFP, to provide services as mentioned in the Annexure E 
- Scope of Work. 

JV. '“Enrolment transactions" The transaction to perform de-duplication in order to check if 
there exists any duplicate(s) for the subject being enrolled 

v. "Allocation Cycle" The jaeriod for which the allocation of transactions volumes to 
Biometric Solution Providers remains fixed. The duration of the cycle shall be 3 (Three) 
months or till the completion of 1 (One) Crore new enrolment transactions, whichever is 
earlier. Each allocation cycle can hence have a maximum of 1 Crore enrolment 
transactions. 

vi. "Allotted Enrolment transactions" The transaction allotted to a Biometric Solution 
Provider to perform de-duplication in order to establish if there exists any duplicate(s) 
for the subject being enrolled 

vii. "Normal Operations" The regular course of operations whereby the Biometric Solution 
Provider receives it allotted share of enrolment transaction volumes based on 
computation of allocation among all the Biometric Solution Providers 






viiL "Non performance of a Biometric Solution" If the solution provided by a Biometric * 
Solution Provider does not meet even minimum limit of accuracy for de-duplication in a 
cycle, then it is treated as non performance of the Biometric Solution. Any drop in 
accuracy of the de-duplication checks by the Biometric Solution below certain limits 
shall be treated as non performance of the Biometric Solution Provider. The accuracy L 
shall be measured by service levels under category 'Accuracy' in Clause 7.2.1 Biometric ( 
De-Duplication - Performance Levels effective from Release 2 of Draft Service Level 
Agreements. A measurement of service level below the stated limits shall be treated as 
non performance of the Biometric Solution Provider. 

ix. 'Transfer of Volumes" Assignment of a certain part or the whole share of the enrolment 
transaction volumes of a Biometric Solution Provider for the next cycle, to one or more ; 
Biometric Solution Providers before the commencement of the next cycle in addition to 
their respective shares of volumes. 

x. "Probation" A period during which the Biometric Solution Provider cannot undertake its 
normal operations based on allocation of enrolment transaction volumes. During 

i 

Probation, only a limited percentage of its normal allotted share of enrolment 
transaction volumes is provided to the Biometric Solution Provider. The period of 
probation is equal to the duration of the next Allocation cycle in which it is kept under 
probation. 

xi. "Rehabilitation" A period during which the Biometric Solution Provider cannot 
undertake its normal operations-. During Rehabilitation, the Biometric Solution Provider 
shall not receive any allocation of enrolment transaction volumes from the next cycle 
onward unless it successfully meets the acceptance criteria of the testing conducted by 
UIDAI after a certain period of time. 

xii. "False Positive Identification" A term applying to de-duplication transactions only. An ■ 
incorrect decision of a biometric system that an applicant for a UID has previously been 
enrolled in the system, when in fact they have not. 

/ 

xiii. "False Positive Identification Rate (FPIR)" A term applying to de-duplication 
transactions only. The ratio of number of false positive identification decisions to the 
total number of enrollment transactions by un-enrolled individuals. This rate is expected 
to depend upon the size of the enrolled database and the database binning/partitioning 
used. Enrolled database size will be specified. 





False Negative Identification"' A term applying to de-duplication transactions only. An 
incorrect decision of a biometric system that an applicant for a UID, making no attempt 
to avoid recognition, has not previously been enrolled in the system, when in fact they 
have. This failure to match might be caused by any algorithm in use by the system 
(segmentation, comparison, binning, quality, etc.). 

False Negative Identification Rate (FNIR)" A term applying to de-duplication 
transactions only. The ratio of number of false negative identification decisions to the 
total number of enrollment transactions by enrolled individuals. This rate is expected to 
depend upon the database binning/partitioning used to meet throughput requirements, 
enrolled database size will be specified. As no failure-to-enroll decisions will be 
permitted for residents with any of the 12 biometrics available, failure-to-enroll rates 
are presumed to be zero and will not be considered in computing the false negative 
identification rate. Data from residents with none of the 12 biometrics will be 
exempted from the calculation of this rate. 


ynamte Allocation 

WDAI shall allocate the transaction volumes related to enrolment to the selected 
Biometric Solution Providers based on the performance of their respective solution, as 
deployed, on following parameters respectively: 

a. Accuracy, measured in tgrms of FPIR and FNIR, of De-Duplication checks 

b. Speed of De-duplication 

c. Hardware Resources used by the biometrics solution 

Ihe total number of enrolment transactions during the contract period is expected to be 
20 Crores and the same shall be divided into multiple cycles called as Allocation Cycle 
w\xh duration of 3 months per cycle. Following indicates the distribution of enrolment 
transaction volumes across allocation cycle. An allocation cycle can have a maximum of 
1 Crore enrolment transactions 

Table 1 - Allocation Cycles* 


Cycl^;iyaimdf! 


p 

0 to 1 Crore transactions 

Cycle 1 

I 2 

1 to 2 Crore transactions 
„. . 

Cycle 2 















wsssm i 

Range of enrolments 

Cycle Name : 

3 

2 to 3 Crore transactions 

Cycle 3 

4 

3 to 4 Crore transactions 

Cycle 4 

5 

4 to 5 Crore transactions 

Cycle 5 

6 

5 to 6 Crore transactions 

Cycle 6 

7 

6 to 7 Crore transactions 

Cycle 7 

8 

7 to 8 Crore transactions 

Cycle 8 

9 

8 to 9 Crore transactions 

Cycle 9 

10 

9 to 10 Crore transactions - 

Cycle 10 

11 

10 to 11 Crore transactions 

Cycle 11 

12 

11 to 12 Crore transactions 

Cycle 12 

13 

12 to 13 Crore transactions 

Cycle 13 

14 

13 to 14 Crore transactions 

Cycle 14 

15 

14 to 15 Crore transactions 

Cycle 15 

16 

15 to 16 Crore transactions 

Cycle 16 

17 

16 to 17 Crore transactions 

Cycle 17 

18 

17 to 18 Crore transactions 

Cycle 18 

19 

18 to 19 Crore transactions 

Cycle 19 

20 

19 to 20 Crore transactions 

Cycle 20 


*Note:- No. of allocation cycle shall depend on the rate of actual enrollments 
undertaken during the Contract period 


Rules of Allocation 

The duration of an allocation cycle shall be 3 (Three) months or till the time of 
completion of l^(One) Crore new enrolment transactions, whichever is earlier. Each 
allocation cycle can hence have a maximum of 1 Crore enrolment transactions. 

The enrolment transactions in Cycle 1, i.e., from Zero to 1 Crore Transactions shall be 
assigned to all the Biometric Solution Providers, meaning, each Biometric Solution 
Provider shall perform successful de-duplication check on the same 1 Crore subjects. 

From Cycle 2 onwards, daily volumes shall be allocated separately to Biometric Solution 
Provider in proportion of the total volumes per day. 

The proportion of allocations across Biometric Solution Providers shall remain fixed for 
the allocation cycle under consideration. The maximum allocation of enrollment 
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} transactions for a Biometric Solution Provider, during normal operations shall not go 

beyond fifty percent (50%) of total daily enrolment transactions irrespective of the 
) performance in the previous cycle. 
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For the purpose of allocation of volumes for Cycle 2, performance of the Biometric 
Solution during the last Ten Lakh enrolment transactions of Cycle 1 (only the first one 
crore enrolment transactions) shall be considered. 

The performance of the solution of each Biometric Solution Provider shall be measured 
at the end of each cycle based on computation of Accuracy, Speed of the solution and 
Hardware Resources used using test cases provided by UIDAI. 

vii. From Cycle 3 onwards (till Cycle 20), the allocation of volumes to Biometric Solution 
Provider shall be based on performance measurement made on their respective 
solution for all transactions undertaken in the previous cycle. Hence, the relative 
performance of a Biometric Solution in the previous cycle shall determine the allocation 
of the enrolment transactions for the next cycle. 

The Biometric Solution of each Biometric Solution Provider shall adhere to performance 
levels as stated in Clause 7.2 of Annexure C - Service Level Agreement. 


4. Non Performance of a Biometric Solution and Rules of Allocation 

Any drop in accuracy of the de-duplication checks by the Biometric Solution Provider 
below certain limits as specified by UIDAI shall be treated as non performance of the 
Biometric Solution'Provider. The accuracy shall be measured in form of service levels 
under category 'Accuracy in Clause 7.2.1 of Annexure C - Service Level Agreement. A 
measurement of service level below the stated limits shall be treated as non 
performance of the Biometric Solution. 


n. 


in the event of non performance by a Biometric Solution due to poor accuracy, as 
measured using the Service Levels at the end of each cycle, the Biometric Solution 
Provider shall only receive fifty percent (50%) of volumes it is entitled to in the next 

cycle, i.e., based on regular computation of allocations across the Biometric Solution 
Providers in normal operations. 




a. In such a case, the remaining fifty percent (50%) of volumes that would have 
otherwise been allotted to the non performing Biometric Solution Provider during 
normal operations shall be distributed equally to other Biometric Solution Providers 

b. The transfer of enrolment transaction volumes to other Biometric Solution Provider 
shall add to the volumes allotted to them as per the regular computation during 
normal operations. 

c. The limit of maximum allocation to a Biometric Solution Provider as stated in Rule 4 
in Clause 4 - Rules of Allocation above (maximum of 50%) shall not be applicable in 
such cases, meaning, a Biometric Solution Provider may receive more than fifty 
percent of total enrolment volumes in a cycle on account of non performance of one 
or more of other Biometric Solutions. 

In the event of non performance by a Biometric Solution due to poor accuracy, as 
measured at the end of each cycle, the Biometric Solution shall be kept under Probation 
and its performance shall be reviewed at the end of the Allocation Cycle 


a. If the performance, in terms of accuracy, of the solution in the next cycle 
meets the acceptable service level targets under category 'Accuracy' in 
Clause 7.2.1 of Annexure C - Service Level Agreement., then the Biometric 
Solution Provider shall be relieved of Probation and shall be allowed to 
resume normal operations. 

1. On resuming normal operations, the Biometric Solution Provider shall be 
allotted its full share of the allocations for the next cycle as computed 
across all Biometric Solution Providers. 

2. All / service levels would be measured as per the criteria to be defined by 

UIDAI. 

b. If the performance, in terms of accuracy, of the solution in the next cycle, 
continues to remain below the minimum acceptable level, then the non 
performing Biometric Solution shall be moved out of production and kept 
under Rehabilitation. 

1. Under Rehabilitation, the non performing Biometric Solution shall not 
receive any allocation of enrolment transaction volumes from the next 
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cycle onward unless it successfully meets the acceptance criteria of the 
testing conducted by UIDAI every quarter. 

2. In such a case, all the volumes that it was entitle to allotted during 
normal operations shall be distributed equally to other Biometric 
Solution Providers. 

3. The transfer of enrolment transaction volumes to other Biometric 
Solution Provider shall add to the volumes already allotted to them. 

4. The limit of maximum allocation to a Biometric Solution Provider as - 
stated in Rule 4 in Clause 4 — Rules of Allocation above shall not be 
applicable in such cases, meaning, a Biometric Solution Provider may 
receive more than fifty percent of total enrolment volumes in a cycle on 
account of non performance of one or more of other Biometric Solutions. 

5. The performance of the Biometric Solution under rehabilitation shall be 
reviewed at the end of the quarter by UIDAI by conducting a test using a 
separate test bed of enrolment volumes. Please refer to the Clause 4.1 - 
Performance Testing of Biometric Solution for more details 

• The Biometric Solution Provider may choose to undertake the test 
before the end of the quarter. However, the cost of such early 
testing shall be fully borne by the Biometric Solution Provider 

6. If the non performing Biometric Solution Provider successfully meets the 
acceptance criteria of the testing conducted by UIDAI, it shall be shall be 
relieved of Rehabilitation and shall be allowed to resume normal 
operations by moving into Production. 


• On resuming normal operations, the Biometric Solution Provider 
shall be allotted 10 Lakhs transaction for the next cycle Biometric 
Solution Provider 

a. On meeting the service levels successfully as measured at 
the end of the cycle, the Biometric Solution Provider shall 
be given its full share of allocations for the next cycle 


b. If the Biometric Solution fails to meet the minimum service 
levels for the allotted 10 Lakh transactions, the contract of 
the Biometric Solution Provider shall be terminated 
immediately 



) 




7. !f the non performing Biometric Solution does not meet the acceptance 
criteria of the testing conducted by UIDAI, the contract of the Biometric 
Solution Provider shall be terminated immediately. In such a case, UIDAI 
reserves the right to appoint another Biometric Solution Provider in 
addition to the existing Biometric Solution Providers 

4.1 Performance Testing of Biometric Solution 

ABIS will be tested on performance using continuous and period testing. 

Continuous Testing: Continuous testing shall cover measurements for the following 
parameters: 

1. Speed: throughput rate per day 

2. Hardware utilization: utilization of hardware for quality check, template generation, 
insertion and de-duplication (IDENTIFY method) each 

3. FMR and FPIR * 

Periodic Testing 

The periodic testing will involve use of probes with known duplicates and non-duplicates to 
measure FMR, FNMR, FPIR and FNIR. Prior to probes, the vendor will be provided sufficient 
training data to tune ABIS. It is the intention of UIDAI to generate near continuous "probe" data 
to generate continuous FNMR and FNIR. 

Each ABIS will be expected to perform with ah accepted band of performance in each of three 
dimension — Speed, accuracy and resources (H/W, power, DC space etc.). If any ABIS crosses 
acceptable band, reallocation of the workload will be triggered. 

The reallocation of workload, subject to conditions listed above for the SLA, will be based on 
accuracy, speed and resource optimization. The basic principle governing relocation is to 
optimize accuracy while maintaining requisite speed for a given configuration. The precise 
formula will be provided at the time of the reallocation event. UIDAI reserves the right to 
change the governing principle if operating constraints are changed 

5. Service Level 

For details of Solution related performance levels, please refer to Clause 7.2 of Annexure C - 
Service Level Agreement. 
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Scope of Work 


r 


1 Introduction 
1.1 Objective 

The aim of this Request for Proposal is to select three Biometric Solution Providers to 
design, supply, install, configure, commission, maintain and support (a) multi-modal 
Automatic Biometric Identification Subsystem (ABIS) and (b) multi-modal Software 
Development Kit (SDK) for client enrollment station, verification server, manual adjudication 
and monitoring function of the UID application. 

1-2 Background 

The UIDAI has been setup by the Government of India with a mandate to issue Unique 
fden tification numbers (UID Numbers} to all the residents in the country. UIDAI proposes to 
create a platform to enroll the residents of the country, issue UID Numbers. These numbers 
may then be used for authentication. This can be used by several Government and private 
organizations for better delivery of services to residents. 

1.3 Intent of UIDAI 

The purpose of the UIDAI is to issue UID Numbers that are (a) robust enough to minimise / 
eliminate duplicate and fake identities, and (b) can be verified and authenticated in an easy, 
cost effective way. UIDAI will use common demographic and biometric data for establishing 
and verifying identity, therefore, it becomes essential to standardize these data fields and 
verification procedures across its registering partners (Registrars). This will aid 
interoperability across many systems that capture information and work with the residents. 

UIDAI has selected biometrics as the primary method to check for duplicate identity 
records. In order to ensure that an individual can establish their identity uniquely in an easy 
and cost-effective manner, it is essential that the captured biometric information is of a 
quality and standard that is capable of being de-duplicated. Further, for authentication of 
identity at the time of service delivery by Government and private organisations, it is 
essential that the biometric information capture and transmission are standardized across 
s\\ users of the UID Application. 

In order to set these standards two committees were set up by the UIDAI. The Demographic 
Data Standards and Verification procedure Committee constituted under by UIDAI and the 
Biometrics Committee have submitted their final reports. These reports are available on the 
, UIDAI website http://uidai.gov.in . 
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1.4 Understanding UID System 


nd,a w,ll be the first country to implement a biometric-based unique ID system on such a 
arge scale. The UID will serve as a universal proof of identity, allowing residents to 
e sta ish their credentials anywhere in the country. It will give the Government a clear view 
oflnd,as population and enable it to track and deliver services and resource flows 
e ectively, thereby achieving greater returns on social investments. Confirming 'you are 
who you say you are' remains the primary, often elusive goal of all identity systems 


The UIDAI approach - which will be online authentication, with biometric check - creates a 
very strong authentication system, and gives the UIDAI significant ability to confirm an 
individual s identity. The UIDA, will support the Registrars in building the infrastructure and 
systems necessary to authenticate residents in different parts of the country. This will be 
especially critical for Registrars working in-rural areas and among the poor. 


1.5 Goals of UID System 

For details on the e oal of UID system, refer to the document on UIDAFs website titled 
y eating a unique identity for every resident in India - Draft approach" 

nolr //uida l .ROy.in/doniments /r reatin fi %20a% 7n „nioue%20idenlitv%20for%aOeuen,y.7 CV„ 
SLdent% 20 in% 20 lndia. D df --- 


1.6 Key Features of UID System 

1. Identity - event resident can have a lifelong ,D number that will be commonly 

epted across multiple systems within India. That number will be linked to limited 
demographic information, such as name, residence, date of birth and gebder 
establishing an official "identity" for each resident. 

2. Authentication - Is the process of ascertaining a person's identity, supports 
answering the basic question "is a resident the person he/she claims to be". 

3. Standardization - Standardization of Know Your Resident (KYR) Data and Processes, 

" Bl ° metric Standards in order to achieve interoperab.lity across organizational 








1.7 Glossary 
Table 1 — Glossary 


Term 

Definition or Meaning 

UIDA! 

The regulatory body that will design, develop, and deploy the UID 
Application with the help of service providers 

Registrar 

Any Government, private or non-Governmental agency that can 
enroll and authenticate residents using the UID Application. 

Enrolment Agency 

The agency that will actually enroll residents by capturing their 
demographic and biometric information in the field. They will be 
setup or employed on behalf of the Registrar 

UID Server 

The central server that responds to enrolment and authentication 
requests. 

Registrar System 

The registrars IT systems and processes 

Enrolment Client 

Software provided by the UIDAI to Registrar/Enrolling Agencies in 
order to enrol residents into the UID system. 

Biometric Solution 

Consists of two biometric components: ABIS and multi-modal SDK. 

ABSS API 

API to communicate between UID Application & ABIS. 

BSP 

Biometric Solution Provider supplying biometric solutions (ABIS and 

multi-modal SDK). 

MSP 

Managed Sen/ice Provider 

C! DR 

Central Identity Repository, which is the database and de¬ 
duplication/verification application 

BCP 

Business Continuity .Planning 

Verification 

The process of comparing a query biometric sample to a stored 
biometric reference to determine if they came from the same 
person 

Authentication 

—---- 

The process of validating a claim that a UID number belongs to a 
particular resident using biometric or non-biometric means 

UID Application 

UID Software for enrolment and authentication. In the current 
context, it is used to indicate non-biometric portion of UID software. 
Occasionally, it is a synonym for UID server. 

Scaled fusion 

Score of similarity returned by ABIS. Also called normalized fusion 
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Term 

Definition or Meaning 

score 

score. It ranges between [0 and 100] where 100 is most similar and 0 
is least similar. 

SDK 

_ 

Software Development Kit comprises of computational algorithm for 
quality analysis, segmentation, feature extraction, comparison score 
generation for fingerprint, iris and face modalities. 


2 Stakeholders 

2.1 Unique Identification Authority of India (UIDAI) 

U.OA! has been setup by the Government of India with a mandate to issue Unique 
Identification numbers (UID Numbers) to all the residents in the country. It is regulatory 
body responsible for the success of the entire project. 


2.2 UIDAI Technology Team at Bengaluru: 

Die technology team works under the direction 
the technology solution. 


of UIDAI to design, develop and advise on 


2.3 Biometric Solution Provider (BSP) 

A BSP shall work under the direction of the technology team to design, supply, integrate 
■nstaS., commission and maintain the biometric solution. 


2.4 Project Management Consultant (PMC): 

< v.._ shall assist UIDAI in defining the scope of services and selecting BSP and Managed 
service Provider, in selecting data center and providing overall project management of the 
UDR project. M/s Ernst & Young Pvt Ltd has been selected as the PMC 

Application Software Development, Maintenance and Support Agency (ASDMSA): 

AjDMSA provides application software development and maintenance services for the UID 
application. ASDMSA will develop biometric based enrollment software. ASDMSA will 

cevelop and assist in testing biometric solution interface. M/s Mind Tree Ltd has been 
selected as ASDMSA. 
































2-6 Project Management Unit (PMU): 


UfDAI has set-up a Project Monitoring Unit (PMU) at its headquarters, to monitor the timely 
and effective implementation of the project. The PMU will be responsible for the overall 
planning and execution of the UID project, under the guidance of UIDAI. 

2.7 Managed Service Provider (MSP) 

MSP operates data center, manages UID application, is responsible for overall operation 
and logistics and supports registrar on-boarding. MSP is expected to be selected in October 
2010 . 


2.8 Data Center (DC) 

The entire UID application, with the exception of the enrollment centers and authentication 
request stations, will be housed at the Data Center (DC), initially a single physical center, but 
potentially dividing into multiple centers during the course of the project. The DC will 
provide infrastructure facility, off-site backup storage and support movement of physical 
material between DC and Disaster Recovery Center. 

3 UID System Overview 

3,1 High Level System Overview 

The UID Server System consists of the UID application existing within a cloud computing 
environment. UID Server System is deployed centrally on one or distributed over many data 
centers and provides various services over a secure network. Main application modules are 
Enrolment Module 7 ' and “Authentication Module 77 . In addition, various other modules for 
administration, analytics, reporting, fraud detection, portal user interface, etc. are also part 
of the UID Server System. 
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a°rr‘ her Enr0lme " , Client iS 3 riCh »PP«»«on that can be depleted on 

c r pu,ers in ,he ,ieid a - d ^ db»n^ y jr 

the field and upload d't ^ software w,thin their systems to enrol residents in 

(described let ,h d 3 batCh m ° de ' Thq BSP »Wy only an SDK 

IS ocument) that is will be embedded in the Enrolment Client. 


-2 Biometric Solution Design Principles 

re°ha U ps r fmm T v a e deSI8n a " OW ^ rep ' acement and u P datin § of components, 
1 0 P an ° US V6nd0rs ' without an V impact on the remaining components The 

components ,n this context should be as fine grained as possible. For example! the 

^ r° ment server and authentication server are fully decoupled and will use separate 
database and could use different matcher separate 

2. Standards: Use of the standards prescribed by U.DA, is mandatory. All interfaces to the 

m U a 6 SVStemS must be based on current industry standards adopted by UIDAI for 
3 — -Shinty. Use of open source a'so aids in standardise. 

representedTre" S'"' ^ ^ ^ *° metrics ' pro P rietar Y algorithms and data 

• Perhaps required to achieve performance and accuracy 

representation 0 j'' U,DA '' T* ^ '* that ^ d,g ° nthms and da < a 

. presentation form a part of the black box, and the entire box or a sub-system can be 
.^paced without any impact on the other biometrics black boxes. For example one can 
-pi ce biometric de-duplication module without any impact on the biometric 

ex posed'ou tside o'^the^bladThox. 3 ^ ^ Withm ^ S ° ,Uti ° n are n0t 

' “L CO Th nienCe: THe entire Pr ° CeSS ° f enr ° ,ment 3nd autben tication must he 
mcess wi,, W T to qUa " ty a " d Piston. At the same time, the 

’ . " P ° V ' de trans P aren cy, flexibility and convenience to the residents For 

q :rr b ~—-“ 

5 Ztr iS T n: IOdia “ the largest C0Un,,y “ ^metric collection o, the 

11 b ;°7 ,,ic autben,ica,i ° n,or *<«*. ss Pi ^ ye < to „u„d 

present offe ■ ‘ 0nsequent[v 11 15 no > possible to predict scalability of the 

biometric measure 363 '" 5 ' "h dernoeraphlc! of lndia - the quality and availability of 
Hp < [ t - s across t e population is currently not known, alternate methods for 

oe-duplication and fall-back strategy must be incorporated in the design should the 
primary strategy fall short of the UIDAI goals. 



'/nti o 
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6. Universality. To support scalability and inclusiveness of the solution, three biometric 
modes will be collected fingerprint, face and iris. Ten fingerprints will be collected as 
slaps ( 4-4-2 ). Iris images will be collected in pairs and facia! image will be full 
frontal. The deduplication should utilize fingerprint and iris images. 

/. Security. Biometric Solution must be secure and conform to Government of India's data 
Security and UID s security guidelines, including encryption and decryption. For example, 
all personal information stored on a permanent storage media must be encrypted. 

8. Enrolment data quality: The quality of data depends on enrolment process and 
technology. UIDAI will use best practices for enrolment process and utilize optimum 
technology to capture best quality of data while ensuring that no one is denied 
enrolment due to poor biometric data. A number of techniques such as operator 
enrolment and verification of enrollee's biometric against all registered operators and 
supervisors will be performed at the enrolment station. 

9. Service Oriented Architecture: The biometric components follow SOA principles. They 
provide specific services using well defined interfaces. 

10. Isolation. ABIS will not have access and should not try to access any network resources 
except the resources referenced by the URLs provided through the API. 

11. DBMS - The DBMS should be compatible with RDBMS of UID application and should be 
able to import/export data with ease 

12. Distributed Database ~ Solution should provide distributed database for the purpose of 
authentication 
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3.3,2 Enrolment Server 
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Online authentication, to validate the residents' claim to UID numbers at points of service, 
is supported by the UID system. Approaches to verification can be flexible to accommodate 
different levels of assurance: 


• Online demographic authentication, where the authenticating agency compares the UiD 
number and demographic information of the UID holder to the information stored in 
the UID database. The assurance level here is medium and does not involvethe BSP. 

<* Online biometric verification where the biometrics of the UID holder, his/her UID and 
key demographic details are compared to the details in the CIDR. The comparison of 
submitted biometric samples to stored biometric references to support this process will 
be the responsibility of the BSP. The assurance level in this case is high. 

UIDAI expects an'extremely large volume of verification requests each day once the UID 
number is widely adopted within various systems across the country. To cater to such large 
volumes, all verification requests are "stateless", containing all information required for the 
verification transaction within each request message. This means that no state should 


ever be .maintained on the server and-every request should be serviced as if it is a new 
request. Authentication clients should maintain necessary state during interaction with the 
resident to allow error handling, retries, and overall provide a friendly experience to 
residents. ^ •, ■ 


:\vv; £ 


Biometric Solution Components 


Two biometric components are utilized in five modules of the UID System. The biometric 
componentsare: 


1. Automated Biometric Identification Subsystem (ABIS): ABIS will be used in the 
Enrolment Server as a part of the multi-modal biometric de-duplication solution. In the 
early release, ABIS will also be used in the Authentication Server for verification. The 
ABIS will maintain its own database of proprietary fingerprint and iris templates for de- 
duplication (and face templates at the discretion of the vendor), and must be able to 
respond to verification requests accompanied by fingerprint and/or iris images, as well 
as ISO/IEC 19794-2:2005 format fingerprint minutiae files. Vendors will work with the 


UIDAi to provide further specification within 19794-2 to promote interoperability with 
future verification clients. 


2. Multimodal SDKs: SDKs will be used in the enrolment client, manual check (for 
duplicates), authentication server (for later releases) and the analytics module. The SDK 
may contain signal detection, quality analysis, image selection, image fusion. 
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generation for' finXTrint,'rls^nd faTe moda^ies. eX ' raCti ° n C ° mPariS ° n Score 

S “ mmarV ; the f °" OWin6 U, ° *«*« "“doles utilize biometric components: 

Multi-modal de-duplication in the enrollment server 

2- Verification subsystem within the authentication server 
3. Enrolment client 

Manual checks and exception handling 
5. Biometric sub-system monitoring and analysis 


functions of the two biometric c°om'ponems. areaS ^ deSCribed ’ f °" owed b V derail 


4 ' 1 Ul ° SVS,em Re duiVements of the biometric components 
4 ' 1 ' 1 MUM - m °^ de-duplication in the Enrolment Server 

utilize: 8 the e><PeCtCCl SKe of the ^ duplication task, the UID enrolment server will 

J ' '"acephXraptr a'" ~ 3 " d iris w,d be used for 

duplication. kVhffe cer, 1 1 Ve " d ° r “ “* '< for de- 

provides no assurance of its accurocv n° is ° ts0 Prided, UIOAI 

lor filtering during the dlduolicatio em ° er3ph ' cmforma «°" shall not be used 

for potential implementation in later phaTeTof the UID C3Pab ' NtV Sha " be preserved 
de-duplication request will mnb‘ • Program. Each mufti-modal 

fde multi-modal biometric 

AB,S - - - - 

based. The scaled fusion score returned^!7h eachTT "l W3S 

of 10, 1001, with 0 indicating the least level of -, U " d "" haVe a ran b e - 

of similarity. e least level of s.mtlanty and 100 as the highest level 


' S no1 bo aware of the UID #. nor will i, be aware of how Uin * 

records in the reference DB. U mapS to referenc e ID or 
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2. Multi-vendor. Multiple complete multi-modal solutions from more than one vendor 


will be used as shown in 


UID Application: 

Enrolment & Authentication Ser ver 


1 



3. Figure 6. The UID Application will determine routing of a particular de-duplication 
request. It may determine to route a particular de-duplication request to more than 
one biometric solution. If it routes a de-duplication request to more than one 
solution, it is responsible for determining the final outcome of the de-duplication 
request. In other words, fusion of the scores across the multiple ABIS is not within 
the scope of this RFP. The UID ABIS API specifies the interaction between UID 
Application and ABIS. 

The middleware included in the UID application (being developed by ASDMSA) is 
meant to provide.vendor independence and standardization. The key features of the 
middleware is 

a. Routing and mediation. 

b. Guaranteed delivery 

c. Fault tolerance and load balancing 

d. Open standard based messaging (AMQP) using open source RabbitMQ. 
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e. Transparent connectivity to analysis and system monitoring modules of UID 
applications 

f. Support of web 2.0 based UID ABIS API and CBEFF data format standard 

g. Encapsulation and isolation of ABIS components 


') 

) 

) 

\ 

; 

') 

) 

) 

) 

) 

) 

') 

) 
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| UID Application: 

| Enrolment & Authentication Server 



Figure 6 Authentication Server De-duplication 


(Orange indicates components to be provided by the BSP} 


4.1.2 Verification Subsystem of Authentication Server 

!n the first release of the UID server, the biometric verification module, as shown in Figure 
/, provides verification within the authentication server. The solution should be capable of 
1:1 verification comparisons of enrolled references with incoming ISO/IEC 19794-compliant 
fingerprint, ins or face images or 19794-2 compliant fingerprint minutiae sets without 
proprietary extended data. Figure 7 illustrates both the verification and de-duplication 
subsystems to be supplied by the BSP. 
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For the purpose of distributed authentication by UI DAI at a later stage, the biometric 
verification module may be constructed using SDK. While the functionality of the 
verification subsystem will not change, the internal architecture may change. The templates 
will be maintained in memory resident database by the UID authentication' server 
application (not in scope of BSP). If the incoming requests contain a biometric image, the 
Authentication server will use SDK to extract the feature. SDK will also be used to generate 
comparison score of the sample. The decision for distributed authentication will rest with 
UIDAI and will be binding on the BSP 



Figure 7 Verification and De-duplication Server 
(Orange indicates components to be provided by the BSP) 


4.13 Enrolment Client 

The multimodal SDK to be supplied by the BSP should include the following functions 
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1. Fingerprint Slap Segmentation / Sequence Check. Upon fingerprint image capture, it 

may be required to check if the correct slap was captured, and also segment it into each 
digit. 

2. Quality check. Each modality image requires checking for capture quality to initiate re¬ 
capture if needed and provide actionable feedback (such as guidance on finger 
repositioning) to the operator. 

Image enhancement. Face photos may require image enhancement such as auto 
cropping and auto rotation to meet industry standard. Iris images may require cropping 
to KIND_CROPPED (formerly called Kind 3) or KIND_CROPPED_AND_MASKED (formerly 
Kind 7) format. No gray-level image alteration will be allowed. 

4. oaature extraction. In a number of cases, fingerprints, faces and/or irises will be 
matched locally. Such cases include verification of operator or supervisor authorizing 
override requests and local de-duplication of enrolled images. The client software will 
need to extract features locally. If sufficient features cannot be extracted, the client 
software may require re-capture. 

5. Template generation. In a number of cases, fingerprints, faces and/or irises will be 
matched locally. Such cases include operator and supervisory override and local de- 
duplication. The client software will need to generate template locally. 

Compression and format conversion. The image may have to be converted from one 
format to another (example, BMP to .PNG) or may have to be 
compressed/decompressed (WSQor JPEG 2000) prior to storage. 

Identification (l:N few ). To reduce fraud and prevent unintentional errors, the client 
software will perform l:N few identification. A typical case of such identification is to 
ensure that the same person does not return to the same enrolment station within a 
snort period of time. This includes fingerprint, face and iris. Another scenario pertains to 
supervisor override during which the supervisor's fingerprint will be captured and 
verified. In such cases N is expected to be of the order of a few thousands. 

° ne ° r rnore SDK libraries will be used to support enrolment client requirements. 

4.1.4 Adjudication and exception handling 

In the event of a duplicate determination during enrolment, or in small number of cases 
wnert the biometric solution is not able to make a clear "duplicate/no duplicate" decision, 
!,:!de;es and enrollrr| ent data will be sent for manual check. The Adjudication workstation is 
part or the UID application and is outside the scope of current RFP. rfowever, the 
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workstation needs certain biometric functions that are provided by the SDK. The 
workstation will need access to the functions described in Clause 4.1.3. 


4.1.5 System Monitoring & Analysis 

The system monitoring and analysis modules of UID application require information from 
the enrolment and authentication system to perform the following: 

1. Monitor comparison score distributions 

2. Monitor quality of the input data 

3. Compare performance and analyze de-duplication risk across parallel ABIS systems. 

4. Metrics helpful in analysis of possible enrolment/verification fraud and system 
intrusion 

' i. wl Ur r - *' J S S 7 *' 1 K ' " ' A ' "* 

8SP is expected to assist ASDMSA arid MSP to^design and implement above functionality 
and do troubleshooting and resolution of issues.-nv ; 

‘ YY- • - ■ bn • 7i • 3 W * ..<*« : ‘ it vltr kH -a-.-: 

4.2 Biometric Components 

BSP is required to provide ABIS including but not limited to middleware, reference .database 
' ^ C^and fusion algorithms as ; per requirements indicated in clause 6.2. 

BSP shall also provide a separate multi-modal SDK for: 

1. Authentication 

‘ " , . • • , . . • ' ■ j - 

2. Enrolment client 

• 3 -• { 

3 r Adjudication and 

4. System Monitoring and Analysis 

Please refer to clauses 6.2 arid 6.3 for more details on ABIS and Multimodal SDK 
respectively 


4.2.1 Automated Biometric Identification System (ABIS) 

ABIS used in the Enrolment Server and Authentication Server should provide de-duplication 
and verification functions. It should communicate wijh the UID System through the UID 
Biometric API.' As per API specifications, ABIS provides the following functions 
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f Management&s: K t ? 

if Eli m fmonV: 


Shutdown 


Insert 

Verify 

Clear 

Identify 

Ping 

Ping 

Delete 


GetPendingRequests 

Ping 


[ oetKeterenceCount 



referencl d af h T'"" ° W " da ' ab3!e °' inde * ed btom « rip fences (called ,he 

^nocaC 5 ;’ 35 r 35 3 , Sy " Chr0n, “ d di!aStCr d - b - a, a separate 

ABIS and not hi " ab3Se ' S separate frorn UIO database that is outside of 

* manned b^Bl's * ^ “ Per,0m * 

-facX? f r“: up " ca,ion - The bsp may ch °° se “ 

£Te Z ZT°, WN me,h ° dS h3Ve addiUOna ' ^'* and can be sen, to the ABIS 
X “ aPP " Cat, ° n ° nlV 3fter “ re,bl va lidation of the authorizations o, the revesting 


4«2.2 Multimodal SDK: 


The SDK is a set of libraries that provide following functions and 
■<ept updated with patches and upgrades. 

4 .2.2.1 Fingerprint 


should be provided and 


1- Siap Segmentation / Sequence Check 

2- Quality check with actionable feedback 

3. image compression/de-compression 

4. Feature extraction & Template Generation 
5- Identification (l:N few ) 

6. Verification (1:1) 


■A/rme the objective is to capture face photo per iCAO sf^nH^rH th 

h p standard, there is no assurance that 

consistency could be maintained due to drverse capture conditions. 




























4.2.2.2 Iris 


-■ 


- . r. . • * ' ‘X 

1. Quality check with actionable feedback 

2. Segmentation/cropping 

3. Image compression/de-compression 

4. Feature extraction & template generation 

5. Identification (l:Nf ew) 



6. Verification {1:1) 

4.2.23 Face Photo 

’ ? ^ ^ ^ - . - Q \ Oi -•* 

1. Automatic capture 


2. ' Quality check with actionable feedback 

.POiV- '* ■ • ••• ; " 

3. Image enhancement (cropping and rotatidn) 


i&adP-MS: :Cp.np..pter.sion/de COmpression 
i 5\d' ; TFatore’ extraction &^t6rriplate generation 


jt'fi ■•IW 

rti,i y-OO. 


c. ; UrC ftAd-S/f 
qr rnQ yd . 
.yr^v:| 


6. identification (l: ; Nf ew ) 

7. Verification (1:1) 

Although automated face recognition is optional within the ABIS, this capability will be 
required of SDKs for various applicationspsuch as Adjudication and exception handling. 


BSP shall supply the UIDAl with a perpetual, fully paid-up, enterprise/world Server and 
Desktop license to use the BSP's proprietary. Multimodal SDK for use within the applications 
developed by UIDAl or by its authorized contractors/subcontractors for the purpose of the 
U1D Program. As provided in L-l Identity Solutions Operating Company's licensing policy in 
its Technical Bid, the Purchaser (including its authorized contractors/subcontractors) are 
permitted to: (a) make and install copies of the Multimodal SDK software on Purchaser 
owned or controlled server and desktop computer system hardware (the "System" or 


"Systems") located at UIDAl owned or controlled facilities; (b) use the Multimodal SDK 
software and related documentation for the Purchaseds own internal use in developing 1:1 
and l:few custom solution applications (the "UIDAl Custom Applications") containing 
Multimodal SDK software components in furtherance of the UID Program; (c) use the UIDAl 
Custom Applications solely in furtherance .of the UID Program; (d) publicly demonstrate the 
UIDAl Custom Applications on Systems; and (e) make and deploy copies of the UIDAl 
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limited' A ^ hCat, ° nS t0 S° vernrnen t and non-government entities and grant such parties a 

mited sublicense to use the UIDAI Custom Applications solely in furtherance of the UID 
Pro gram The Purch3ser wM| requfre ,, s authQrj2ed contractors/subcontracts thatsupport 

urchaser with developing applications from the Multimodal SDK to execute 

OperahncC ^ that pr ° teCt the -nfidential nature of L-l .dentity Solutions 

Operating Company s proprietary Multimodal SDK. 

4-2.2.4 SDK API (planned) 

orierted^ ° f Ul ° A PP |lcat| on, SDK will be invoked using its native API. A service 

j,, / " Ven m epGndent API for SDI < planned to be released in July 2010. The vendor 

of^^r^ t0 Pr ° Vlde update to the SDK compliant with the SDK API after the release 


or 

on 


5 Guiding factors for the Biometric Solution 

. administrative policies will impact the design and operation of both the ABIS 

and die enrolment stations. In this section we enumerate the current policies. 

Generally identification function can rely on the sequence of the fingerprint and eyes. 

^owever m t le case that there are missing fingers, extra fingers;-hand abnormalities 

6 C ° n ' enCe ° f the se 8 ment ation is low, the identification should not rely 
the sequence of the fingers. 

2 - I* -ages wi„ be automatically labeled by the capture device as left o, right and 
-.re ore this label may be used to restrict iris searches for de-duplication. 

5 : ei V' ¥5 ' e,n Sh °' ild n01 reS,rict ,he search on lhe basis of demographics (gender 

, * ocation) initially, but this capability should be preserved for potential insertion at a 
stage in the program. 

., S d to slap fingerprints, search outcome should not be impacted by inversion of 

thumb placement. 

5. Face photo image enhancement a, the enrolment stations may include cropping and 

c ion, U must not include non-reversible gray-level alterations (i,e„ pose and 
illumination normalization). 

6. The ABIS system must create a record in the reference database whenever UID 
' P< ' } ' catlon ,nvokes ,NSERT method regardless of biometric image quality. 





7. With the growth of the database, UIDA! may require the vendor to enhance or replace 
algorithm. The ABIS should be structured to allow for replacement, enhancement or 
insertion of new algorithm. 

8. De-duplication flow over multiple modality can be chosen by the vendor. However, 
UIDA! may upon review of results, may require that vendor must perform de-duplication 
on both modalities fully. 

9. Authorizations for all requests will be verified at the UID application level. Therefore, all 
requests sent by the UID application to the ABIS can be assumed to be from an 
authorized source. 

6 Minimum Requirements of Solution 

6.1 System Architecture Requirements 

6.1.1 Scalability 

Dynamic or rule based ability to scale the system within servers, across servers without 
inherent bottlenecks and code changes. Ability to scale across data centers. 

® The system shall have ability to scale dynamically within a server depending upon 
the load. 

* The system shall have ability to add nodes dynamically without bringing the system 
* down. 

5 The system shall have ability to utilize dynamically increased CPU, RAM and storage. 

13 The system shall have ability to utilize network bandwidth provided through multiple 

interfaces. 

* The system shall have ability to load balance across servers 

e The system should not have a single point of failure and inherent design bottlenecks 

i 

that stops it from scaling. 


6.1.2 Security 


Ability .to secure all data from thefts, tampering, unwanted modifications, network attacks, 
and other security threats using physical and logical measures as per UIDA1 specified 
security and data protection policies. 


The solution shall support: 
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• storing primary data in encrypted fashion 

• profile based encryption schemes 

• secure communication protocols while communicating with external components 
® Communication with only the UID application. 

• only authorized users to access appropriate data 

° changing the encryption schemes dynamically periodically 

• integration with external security components 
® configuring Access Control Lists 

• running services without super .user privileges 

• Auditing all access and modifications (by any user) to biometric data and make these 
audit trails available. Audit trail should be stored 
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) 

) 

) 

) 
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6.1.3 Interoperability 

Abslity to interoperate with other systems/services within and across any open interfaces 

ana ability to continually re-factor and/or replace'specific components without affecting 
rest of the system. 

The solution shall support: - 

* open standard protocol based communication 

* command line based interface for interaction 

re-factor/replace individual services without bringing the whole system down. 

* AP,S and interfaces defined by UIOAI as part of biometric vendor integration 
specifications. 

automated integration from external management products such as systems 
management, network management, and other tools 


6.1.4 Manageability 


) 

) 


) 


) 


) 


Abniry to manage end-to-end solution and its components to ensure solution health and 
SLAs using external data center management tools. 

The solution shall support: 



) 



L 


I 

t 

* monitoring of its services using management tools 
® ability to bring its services up and down 
® monitoring its CPU/network/storage utilization 
« monitoring the response time of individual services 

® maintenance of its services without affecting client access 

» continuous availability of its services even during regular management activities 

6.1.5 Availability ; 

Ability of the solution to be up and running over long periods of time and ensure continuous 
availability. 

The solution shall support: 

® high availability of its services across servers and DC 

® integration with technologies that provide application high availability 

• integration with technologies that provide data replication to have data high availability 

e continuous availability of its services even during regular management actu ies 

. r 

i 

6.1.6 Upgradeability 

Ability/ to seamlessly upgrade services, components, and modules without affecting services 
and open interfaces. Ability to upgrade without bringing down the solution. 

The solution shall support: 

♦ upgrade of individual modules without bringing the solution down, 

o backward compatibility 

* upgrading using third party software delivery systems 

• reverting back to original configuration in case of an upgrade failure 

* reverting back to old configuration after a successful upgrade 

6.1.7 Installation and Configuration 
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solution using install 5^°^'°" US,n§ ^ ^ USer t00,S - Abilit Y to install the 

The solution shall support: 

integration with change management system 
integration with software delivery systems 
installation and configuration without su 


per user privileges 


6-1.3 Maintainability 

The solution shall have the: 


Ability to continuo 
breaking other parts. 

Ability to support maintenance, enhancement 


breaking other parts. V ainta ' n ' enhanc e, re-factor solution without 


ithout breaking other parts 


and refactoring the solution 


6.1.9 Open Standards Based 

Technology choices should be base 


'ong as they meet the needs of the system. 

The solution shall have: 

- technologies that are based on open standards 
frameworks that are widely adopted 


d on open standards and widely adopted frameworks 


as 


6.1.10 Cloud Enabled 
Technologies that support deployment 


on a virtualized platform. 


The solution should support: 

to take advantage of, g Tnet t rciru7f«tres.' P " Va ' e C '° Ud P,atf ° rm 
running semices in virtualized environments 
• metering of CPU, network and storage utilize,ic 


tion 
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. throttling of CPU, network and storage utilization 
• multi client capable services 

6.1.11 Administration 

Ability to administer the ABIS during its operation. 

The solution should support: 

. ability to administer the solution with minimal user i 
defined user interfaces and access policies 


ntervention with well 


• easy to use operator interface 
» command line for all administrative operations 
® role based administration 

. automation of administrative tasks 

1 ' ■ ... . ->.c: io-'d 4 m.V 

6.1.12 logging and Reporting 

Ability to log and report a, a sub-sysrem level stater health of the-solution. 
different events encountered by the subsystem. 


it shall also log 


know the current state of the solution 


The solution shall have. 

ThP abilitv to log and create reports to 

and improve the quality of different services offered by the solution 
. a mechanism to configure the logging level for different modules 

. a mechanism to rotate the logs based on polices 

. a mechanism to search through the logs with different filters 
* a mechanism to integrate with alert management tools 
. a mechanism to generate reports on various performance indicators 
. a mechanism to integrate with external reporting tools 


6.1-33 Storage Access 

Ability to use heterogeneous storage environments. 


; s, ■ i 



■^nrwati, dog 
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The solution should: 

work in heterogeneous storage environments with data partitioned across 
servers 

tion with storage getting provisioned using heterogeneous storage 
technologies like NAS/SAN/DAS 

access only the data to which it was given access 

support data partitioned across different servers 


to. 1.14 Backup/Restore 

Ability to provide backup and restore of the persistent data 
Solution should have: 

• capability to backup and restore the data generated in the solution 

o. ability to backup of the data generated in the solution while continuing to 
process service requests. 

O allowance for incremental/differential/full backup methods 
o ability to take backup of application consistent data 
o proper functioning after a restore operation 


6.2 ABIS 

6.2.1 functional requirements 

A3 IS will provide the following functions 

6 2.1.1 Enrolment Related 


1. 


2 . 


Insert This function is used to insert biometric data (templates) into the reference 
database without performing biometric matching. Obtain the biometric and 
emographic data for the supplied ID, process the biometric samples as required by the 
lometnc so ution and store [templates) in a reference database. The function will 
internally invoke segmentation, feature extraction and template generation. 

Identify: This function is used to perform de-d„p„ca.ion and identification (in case of 
tost UID of an enrolled person) across entire or sub-set of the database. „ compares (he 
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query data for the supplied index against the entrre referenc ' data 

database, a se, of supplied indices or a single supplred .nde, nco^ qu r, 
samples a,ways consist of images, possibly cropped an os abovc 3 

function returns a candidate list of transaction numbers of pote P 

threshold and associated comparison scores scaled on the rnterval 10,100, w,t 

the measure of least similarity. 

3 . Delet e: This function is used to remove an ID from the reference database. The removal 
need could arise for variety of reasons. 

Updating biometric data in the reference database Wl " ^JID application to 

record On rare occasion, the ABIS will be subsequently directed by 
delete an existing record in connection with the update operation. 

6.2.1.2 Management related 

Management related functions will be at two levels * r ity level, the 

comport, ent to be managed using programming interface. On the higher 

key required functions include 

1 Shutdown. The ABIS component is required to shut itself down. 

2 . dear. The ABIS component is required to delete a„ the data from its reference database 
and clear all queues. 

, Configure At the time of initialization; ABIS component is provided with vendor spec. «c 
3 ‘ informatL to configure itself. The information wil, include operating characteristic. 

Pinging the system ,s at the lower securi, ^ 1TZ 

management, configuration, logging an to accessible through 

appropriate requirements. They are not part of the API at this tm 

the system management console. 

6.2.13 Verification related 

!. verify. Verify is a special case of Identify mentioned above where only 1:1 

are performed. The ABIS is sent a query consisting of a Qrd to which the 

com pliant fingerprint template, and the in ex num e "match/non-match" decision is 

puery is to be compared. A scaled comparison, score ^ ^ ^ be done 

always returned. Fingerprint verification utilizing 19794 2 compnan 
ithout use of proprietary extended data. 


w 


T : 
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6.2.2 Data storage requirement 


e data including the reference database may be stored in industry standard RDBMS 
or in le system. In both cases, the vendor should provide export tools to allow access to 
, 0 situatlons ,nt luding but not limited change of vendor, database synchronization 

backup upgrade or maintenance. The exported data should be in industry standard format' 
readable using open source tools. 

ABIS should have necessary backup and restore functions for routine system administration. 

°Py ° f the reference database will be stored in a industry standard database or file 

f J f ? m eX ' Sting 3t 3 Sep3rate ,ocation - therefore BSP shall provide all necessary assistance 
Jor tne samp. 


&.2.3 bogging and monitoring 

Capabtoy to log transactions at the component interface level, should be implemented 

, f " a "°” 5 dvn3mic start ' ne apd 5to PPing of this transaction logging sendee. The 
“ OI ° 6e ' ne should be controllable using a configuration parameter. 

The audit system should be centrally managed and should be secured against tampering 

privileged m m ^ ^ ^ vslues ,rom ' ra hcaction logs. 

Pi ivileged user audits, raise alerts on suspicious activity. It should provide security facilities 

a 'h W,thm 3Udlt “sanitation in terms of administrator, auditor etc. These 

' ° gS S ° Uld be kept per thc retention policy of the UIO application. Until uiD's 
o.tendon policy is published, BSP will retain all logs as specified in indicative list below. 

n;: ! dee '7 ShOU,d be spalablp apd ^ •>« the space ,0 grow. The system 

should be flexible to accommodate new audit requirements in the future. 

6.2.3.1 ABIS Log 


• Template generation Time 

• Total time taken for multi modal matching process (in seconds), 

• Matching algorithm throughput, 

- Matching scores of each matcher includ.ng Fusion and the decision. 

• Percentage of automated identification vs. manual intervention rate 




. Above parameters should be recorded along with Registrar information. 
Geographical information, time of access, and the vendor name performing the 
matching. 

• System availability reports 

. System usage reports (CPU usage, memory usage, IO usage) 

6.23.2 Verification Log 

. Verification Transaction Time 
» System availability reports 

. System usage reports ( CPU usage, memory usage, 10 usage) 

6.2.3.3 Management Functions Log 


o Information on user (operator/manager/supervisor/auditor) roles 

and/or privileges, including cfeation/deletion of users and changes to 
roles. 


o 

t.5 b c .r»*3 

o 

' • .-> t'; > 11 * 

■ o 

Changes to database records, including deletion of records 

Periodic (such as hourly) statistics on various databases including size 
Access log (including physical access of biometridservers) 

o 

Activity log 

- ; .. • > . . , < ? n 

,( ;;) ; h ":t • i - ‘ 

° 

Change log 

o 

Error log 

< o. 

Denial of access 

o 

Audit log 

6.2.4 Availability Requirements 

Application uptime for ABIS should comply with SLA stated in Annexure C - Service Level 
Agreements 

The application uptime is calculated by excluding downtime incurred due to hardware, 
system software or other infrastructure unavailability. 
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6.2-5 Security Requirements 

All persistent personal information data will be encrypted. 

Encryption password or user name/password should be required for data access. 

ABIS will not have access and should not try to access any network resources except the 
resources referenced by the URLs provided through the API. 

AH backup data shall be stored in encrypted format using a key(s) available to the UIDAL 

6 . 2*6 Operator Interface Requirements 

Ail administration and configuration features should be available through graphical Ul (in 
addition to command level access). 

6-2.7 Platform requirements 

ABIS should be compatible with Linux OS with both 32 and 64 bit support on X86 COTS H/W 


6.2. 8 Standards 

ABIS will comply with most recent applicable ISO standards and Biometric Standards for UID 

Applications 

S3 Multimodal SDK 

T.fee SDK is a set of libraries that provide following functions. 

63.1 Fingerprint 

'L Segmentation. Slap sequence check / segmentation will be used to check if the claimed 
sequence: right or left slap is correct and also to visualize the segmentation result and 
use it for the feature extraction. It segments slap image of 2 to 4 fingers into respective 
digits with associated confidence level of segmentation accuracy, it will allow 
specification of missing or extra digits. 

2. Quality check. The capture quality check will be used to determine if the enrolment 
software needs to re-capture and provide corrective action; for example finger is 
misplaced on the scanner. Quality check must be able to provide actionable feedback 
(e.g., "move finger to the left"). 
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5. 


3. Compression/decompression and formal 

transmission of single fingerprints compresse y . in enrolment, the 

with decompression upon receipt by the vent, canon ,u " c, ' 0 _ SDK wil , 

SDK is regulred to convert the image format such as from RAW to PNG. * ^ 

supply WSQ compression and de-compression atgorit ms w 

ratio ^ ^ 

4par,v 
matchers in an independent test. 

identification (l:N fe w). The SDK will be able toJ^ari^aore 
image against a set of reference templates and return a scaled compa 

between [0,100], with 0 indicating least similarity. 

s, verification (1: „. The SDK wil, be able to compare features ™ 

against a specified reference templates and retu 
[0,100], with 0 indicating least similarity. 

6.3.2 Iris 

1. Quality check. Tbe capture duality check wil, be 

software needs to re-capture and provide corrective , feedback, 

focus or has motion blur. Quality check should be able to provide,act,onab 

2 . Segmentation: The SDK wil, be able to extract K,ND,VGA. ^CROPPED. and 
KIND CROPPED_AND_MASKED from ocular image. 

3 . Compression/decompression and format conversion: Th ^ SDK be "h' 6 ^ C ° 

image from one format to another (for example, BMP to Kl _ 

.. • The mK will be able to extract and store a proprietary 

4. Feature/Template generation. The SD 

template from the segmented iris image. 

5 ‘ agai^ s^:f S ^n« " cor e 

between [0,100], with 0 indicating least similarity. 

between [0,100], with 0 indicating least similarity. 

6 . 3.3 Face Photo 


nwoti, no.-, 
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1. Automatic Capture. Automatic capture will analyze video frames from the camera, 
provide the actionable feedback, and select the best frame. 

2. Quality check. The capture quality check will be used to determine if the enrolment 
software needs to re-capture and provide corrective action. 

3. Image enhancement. Enhancement such as face cropping will automatically find the 
face in the photograph and crop/resize the image to an ICAO compliant format. The 
SDK should not carry out any gray-level manipulations. 

4. Feature/Template generation: The SDK will be able to extract and store a proprietary 
template from the segmented face image. 

5. Compression/decompression and format conversion. The SDK will be able to convert 
image from one format to another (for example, BMP to JPEG 2000) and compress 
or decompress images. 

6. Identification (l:Nf ew ). The SDK will be able to compare features extracted from a 
query iris image against a set of reference templates and return a scaled comparison 
score between [0,100)', with 0 indicating least similarity. 

7. Verification (1.1). The SDK will be able to compare features extracted from a query 

face image against a specified reference template and return a scaled comparison score 

between [0,100], with 0 indicating least similarity. 


63.4 Standards requirements 

Alt uncompressed images should be as per UID standards (e.g., PNG). 

All compressed images should be as per UID standards (e.g. WSQ or JPEG 2000) 

■h3S Reliability Requirements 

The SDK should perform consistent to the specifications, for all possible data in the specified 
formats. The results should be reproducible on a variety of platforms. The libraries should 
work without any segmentation violations, memory faults or memory leaks. 

6.3.6 Security Requirements 

SDKs should be purely computational libraries and should have minimum system 

dependencies and should not attempt to access any resources such as hardware, files or 
network. 

63.7 User Interface Requirements 
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SDKs should not have any user interface. 

6.3.8 Platform requirements 

SDK should support Windows (XP & above) and Linux Os with both 32 and 64 bit support 


Load and Performance requirements 



20 Crore (200 Million) 
records' 


10 Lakh (1 Million) 
requests/day (in 24 hours) 


Fingerprint template: 10 

Lakh (1 

requests/hour 

Million) 

Iris image: 

10,000 

requests/hour 


Face photo: 

requests/h6ur 

2,000 



; .Accuracy b&hro? 


Response 

time 


False Positive, Identification Rate i> 0.1% 
for database size, of 20 Crore. 

False Negative Identification Rate < 1% 
for database size of 20 crore. 


No daily backlog 


False Acceptance Rate < 0.01% at 
False Rejection Rate < 2%. 


< 0.1 second average for 
biometric verification using ISO 
FP template while using SDK 1 . 

< 0.5 second average for 
biometric verification using ISO 
FP template while using ABIS. 


SDK matching accuracy rates must meet the FAR and FRR rates required for verification on 
operational data as given above. The SDK licensing is required for 


’ Using standard COTS hardware specified in clause 8. Maximum of two fingerprint ISO templates to 
be matched against ten fingerpnnt ISO templates. 
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1. Enrolment stations required to perform 200 crore enrolment over the contract period. 

Authentication servers required to support peak authentication requests at the 
specified response time level 

3 ‘ Adjud ' Cation st3tions required to support FPIR for the enrolment rate mentioned above. 

4. System monitoring and analysis servers for ABIS configuration to support 200 crore DB 
size over the contract period. 

8 Server, Storage and Other Infrastructure 

Supp,Y of hardware by Biometric Solution Provider for the first 1 Crore allotted 
enrolments 


Biometric Solution Provider, as a part of this project, shall provide all the hardware of 
required capacity for de-duplications of the first 1 Crore enrolments. The hardware shall 
include all Components, including physical racks, required for performing the required 
services to meet the performance level expectations as stated in Section III-Attachment- 

Draft SerV ' Ce Level dement. The components of hardware that Biometric Solution 
Provider should include, but not limited to: 

a) Blade Server 

b) Blade Chassis 

c) SAN (Storage Area Network) 

s he components should be supplied for deployment of the overall solution at both primary 
and BCP site in 1:1 configuration 

' he rninimum expected specifications for the key components that the hardware should 
comply with are provided in Section Vl.b. The Biometric Solution provider shall be 
responsible for supply, installation and commission of all hardware supplied along with 
installation and commissioning of the overall solution. 

Tier 3 DC environment facility would be made available for the solution. UIDAI shall provide 
om/ ihe datacenter space, power and cooling infrastructure and a standard 10 gbps 
network switch to connect with the rest of CIDR network in the Datacenter. 

The hardware components to be provided by Biometric Solution Provider should adhere to 
foliowing: 

1. Should be compatible with all required interfacing devices and appliances in the 
datacenter 
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2. Specifications should allow UIDAl to scale up the infrastructure to 20 Crore 
enrolments and beyond 

3. Should be able to interconnect and interoperate with all required interfacing devices 
and appliances in the datacenter 

4. Should comply with the Datacenter standards, policies and procedures laid out by 
UIDAl 

5. Should adhere to BCP strategy laid by UIDAl and should be compatible with industry 
leading replication technologies and backup application softwares available in the 

y't t ’* ( 7i -.: . ' < . '* i *' 

market presently 

6. Should provide APIs for integration with leading IT infrastructure management 
solutions and comply with policies of enterprise management 

7. Compatible with the Indian standard power ratings. 

8. The servers configuration of the servers that Biometric Solution Provider shall supply 

> n - should have’bed n field tes'teB for at least 3 months at the release of this RFP 

9. The OEMs of Servers proposed to be supplied should have been in the business of 
manufacturing the servers for at least 4 years 

In case if any of the component does not comply with the UIDAl standards or is not in line 
with future direction of UIDAl, UIDAl will have the right to ask for replacement from the 
biometric solution provider and Biometric Solution Provider shall provide the replacement 
at no additional cost. 

Table below provides some of the Datacenter environment constraints that the Biometric 
Solution Provider should note while finalizing the Hardware Infrastructure to be provided. 


W- < m . Slffi Parameter 

• - 

Value 

Preferable Rack Size 

42 U / 19 inch high, 600 mm 
wide, 1000 mm deep 

Allocated power per Rack 

7 KVA 


The bidder should, as part of the Technical Proposal, provide details on the hardware 
supplied that shall include the following: 
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1. Logical and deployment diagrams w„h details on number of blades per chassis 
c assrs per rack, power and cooling requirements, connectivity for n/w and storage. 

Specifications of blade servers, blade chassis and Storage to be provided by provided 
responses in Section VI.b y H 

Quantity of all components and peripheral devices in terms of quantity and 
spec, .cations without the mention of any prices as per Annexe 4.4.3 in Section IV 

4. Storage requirement for backup 

DetaHs on Warranty period and Annual Maintenance from the hardware OEM for 
each ot the component 

a3ou« men ' h3rdW3re SUPplied ^ biometric Solution Provider shall be a fixed’ 
per the payment terms stated in Section III - General Conditions of Contract 


Provision of System and Other Softwares: 

lhall alsoTT°r * ">* "*»«"««. Biometric Solution 

to the si * re<1Uired SVSt<!rnS SOftwares «iat shall include, but not limited 

to, the softwares indicated in Section Vl.c. 

AH softwares proposed shall be considered as a par, , h e black box ABIS solution and 
7::ZT f3C,0red “ ^ ° f Dp - dPpl ^- iPP ««*« cos, as mentioned 

8.2 Supply Of hardware by UIDAI after fins, 1 Crore allotted enrolments 

33H d f c° Ue ; B r. IOme,riC SOlU,i ° n Pr0Vider Sha " suppi V the required hardware for the 

ZZZ u 3 ' ° re enr0lmentS ' F ° r Brst 1 Crore enrolments 

oowe and sto n ° m ' n3ted ^ ^ ^ Servcrs ° r ing 

:ziz ,he 3 bands ° f —- * —< - - 




Ofj 


-.3 
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enrolment Transactions 

Server or equivalent 
; computing power 

(Number of Units) 

-fC ' r.- 7 *2. • j 

From first 1 Crore allotted 
enrolments transactions 
to 5 Crore allotted 
enrollment transactions 

Op to 20 Blade Servers or 
equivalent computing 
power 

Up to 10 TB~ 

From first 5 Crore allotted 
enrolments transactions 
to 10 Crore allotted 

enrollment transactions 

Opto 80 Blade Servers or 
equivalent computing 
power 

Up to SO TB 

From first 10 Crore 
allotted enrolments 

•>n- $. .w -.2. 

transactions to 20 Crore 
allotted enrollment 
transactions 

- : - 7- 

Up to 200 Blade Servers or 
equivalent computing 

power 

: 

---L 

Up to 100 TB 


The Biometric Solution Prov.der shall raise the request of additional servers and/or storage 
at least 3 months in advance for UIDA1 or the nominated agency to provision for the same 

In case if the Biometric Solution Provider's requirement for serve”! arid storage daring any ol 
t e 3 bands exceeds the maximum quantity provisioned by UIDAI, the Biometric Solution 
Provider shall compensate UIDAI on the cost for the additional hardware to be procured 
from its hardware supplier agency along with the associated costs on power, cooling 
datacenter space and maintenance charges. 

On the.other hand, additional incentives for using less than prescribed hardware in each 
band.above, for meeting the required number of allotted transactions, shall be provided to 
tne Biometric Solution Provider. The plan for incentive shall be formulated by UIDAI keeping 

in view of reducing the overall cost. 


9 Statement of Work 

Phase refer to Clause 12 Project Plan & Timelines to gam an understanding on how the 
implementation is envisaged to.be carried out. 





































9.1 Project initiation 

Within 7 Calendar days of award of contract, the BSP is required to do the following: 

a. Mobilize the team for the project. The BSP shall deploy personnel including the Key 
Personnel as mentioned in the Clause 11 Constitution of Team. 

b. Initiate the supply of all required hardware and storage infrastructure, including but 
not limited to, servers and storage as required to support 1 Crore enrolment as per 
the minimum requirements stated in Section Vl.b. The BSP shall bring all the 
required hardware as required to support 1 Crore enrolment. 

c. Conduct a kick-off meeting with UIDAI with participation from key personnel 
proposed for the project to discuss the project plan for way forward 

d. Submit a plan for procurement, transportation, installation and commissioning of 
Hardware in UIDAI's data centers both Primary and BCP sites located in Delhi and 
Bengaluru respectively. The BSP shall adhere to environment specifications of these 
sites and adhere to the BCP plan. There shall be Zero data loss while switching from 
Primary to BCP site maintained as active-passive with 1:1 capacity. 

e. Co-ordinate with Data Center service provider and prepare a blue print for 
deployment of hardware, ensure availability of power and other environmental 
facilities in the datacenter 

f. Set up the required Test and Production environment s for the rollout of PoC. The 
hardware used for Solution Demonstration exercise as part of the RFP evaluation 
process could be used for the rollout of PoC, if found adequate to meet the 
requirements based on expected enrolment transactions. 

g. Begin to supply SDK perpetual licenses of the proposed multimodal SDK to cater to 
requirements as stated in Clause 4. Biometric Solution Components 

h. Support ASDMSA in developing the client enrolment software through provisioning 
licensing, training and services. SDK licenses must not use hardware license key or 
keyed to ID (such as CPU, serial number, Ethernet ID). 


9.2 Implementation of Solution as Proof of Concept (PoC) 

As stated sn Clause 12 Project Plan & Timelines, the BSP shall deploy the solution in the form 
of Proof of Concept (PoC) that shall cater to the early enrolments of the residents. 


3 
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The solution in PoC should cater to early volumes of enrolment. The solution in PoC shall at 
minimum provide: 

a. Integration of ABIS component with UID application at server side 


b. Integration of Multimodal SDK with Enrolment Client application 

c. Configuration of business rule and application level policies related to de-duplication 
and verification as stated by UIDAI 

d. Perform de-duplication checks (T.N) for enrolment subjects on a reference database 
up to 10 lakhs 

e. Perform biometric verifications (1:1) using the ABIS component for at least up to 
10,000 verifications per day. The full scale solution as detailed in Clause 4 Biometric 
Solution Components shall be using Multimodal SDK for the verification services 


The BSP shall rollout the solution after a review and testing of the same UIDAI. The BSP shall 

"Vi- w " ■ H* hO*twUr " i '• K • o V <'i '■ t fjj Jzi c Y.'f* ■ • •- • »•— v • a -•.** .s ' 

be responsible for application availability while in production and shall deploy the solution 
• J > 3nsmno^ oi ■ c f£d -im j < 1 

at both Primary and BCP sites and adhere to BCP plan including data backup and recovery 

Continuous performance monitoring and improvement of the solution.in terms of accuracy, 


throughput and optimum resource usage shall be undertaken by the BSP. The learnings 

shall be usdS towards configuration of the Solution y' '; n 

• Hr- -mwoq t-Q'* to 

The SLAs as stated in Draft Service Level Agreement of the REP shall not be applicable for 

the solution when in PoC. 

• . ' ■ - : . . - )V - - . . U \> ■ . J 

The solution shall be in PoC until the go-live of the fufl scale solution. The BSP shall be 
responsible for transition from PoC to full scale solution without any data loss and minimal 
disruption of operations- 


93 Installation, Configuration and Commissioning of the full scale Solution 
93,1 Installation and Commissioning for all Servers 


The BSP along with UIDAI, and datacenter service provider should undertake pre¬ 
installation planning at Primary and BCP sites including but not limited to Rack planning, 
structured cabling, power points, check on utility services, environmental conditions, etc. 

Deliver/, Installation and commissioning of the hardware servers and related equipment in 
the Datacenter Space provisioned by UIDAI at their Primary and BCP sites. 






The plan and layout design for the placement of equipment in the provisioned datacenter is 
required to be carried out by the BSP. The BSP should provide an elevation plan for each of 
the Primary and BCP datacenter for housing of the servers and other equipment. 

e plan and layout design shall be developed in a manner so as to optimally and efficiently 
use ihe resources and facilities available or being provisioned at the respective datacenters 
viz. space, racks, power, air-conditioning, cabling, etc. 

The BSP should co-ordinate with the datacenter provider of UIDAI in order to prepare the 
plan and develop the layout design. 

The plan and design documents thus developed shall be submitted to UIDAI or its 
nominated agency for approval and the acceptance should be obtained prior to 
commencement of installation. 

/ out installation of equipment in accordance with plans and layout design as approved 
by the UIDAI 

In.,ta.lation and configuration of the software including, but not limited to. Operating 
System (OS), System software, etc. on the sen/ers would be responsibility of the BSP. The 
SSP should also tune parameters for optimal performance of the OS should be carried out. 

Undertake necessary changes to harden the OS to prevent against malicious and 
unwarranted attacks. . . . . 

fne 8SP Wl11 ,nstal1 3,1 necessary software infrastructure and middleware including 
Database, Application Server software, and tune appropriate parameters in this software to 
ensme optimal performance should also be undertaken. 


9.3.2 Storage Installation and Configuration 

The BSP should undertake study of the application environment in order to plan for an 
integrated storage infrastructure based on SAN. The zoning, LUN and volume creation 
should us decided based on the characteristics of the application. 

Develop an implementation plan, installation and configuration of the SAN array to 
implement the overall solution. 

The deployment of the disk storage shall consists of tasks, including, but not limited to, 

.retaliation and configuration of SAN design, creation and configuration volumes, LUN, RAID 

jx.orc.g-r sets, assisting in migration of data, if any and undertake tuning exercise to optimize 
performance of the solution. 
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9.33 Setting up of Testing, and Production Environments 

BSPs shall set up Test and Production environments. The environments are to be 
established to serve various purposes along the biometrics solution lifecycle. The following 
section describes each of these environments. 

The BSP shall undertake setting up of infrastructure related to propose solution by verifying 
the infrastructure being deployed, installed and commissioned and verify the entire setup 
once before activating the environment. The BSP shall also periodically verify the adequacy 
of the environments during operations after the setup and notify UIDAI on the any issues 
requiring action. 

93.3.1 Production Environment 

Production environment shall compose of racks containing servers, storage, 
communications equipment, security devices as required for by the proposed Biometric 
Solutions. The production environment shall be common for the entire CIDR infrastructure 
used in production that includes infrastructure,from other BSPs. 

93.4 Configuration and Integration of the Solution 

The BSP shall use all the learnings from the Proof of Concept (PoC) towards configuring the 
solution to meet the performance and load requirements during the contract period. 

The BSP shall undertake the following as part of Solution configuration 

a. Configure the solution to comply with the UIOAI policies and other business rule and 
application level policies as stated and finalized by UIDAI 

b. To configure / tune the ABIS solution and underlying algorithms in order to meet the 
performance requirements as stated in Attachment 1 - Service Level Requirements 
considering the expected increase in enrolments and growth of the reference 
database 

c. Configuration of ABIS solution's own internal persistence/database component with 
adequate back- up and recovery in compliance with UIDAI BCP plan and data backup 
and recovery strategy. 

d. Integration of ABIS component with UID application at server side 
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e. Assist UIDAI and ASDMA with integration of Multimodal SDK libraries with UID 
application modules related to verification. The Multimodal SDK (server license 
component) shall be used for Biometric verification (1:1). 

f. Assist UIDAI and ASDMA undertake Integration of Multimodal SDK with Enrolment 
Client application, adjudication and monitoring module. 

g. Provide training to UIDAI and ASMDA undertake integration of the ABIS and 
Multimodal SDK with UID application 

h. Submit documentation of key configuration settings, business rules and policies 
adopted along with key design and solution features along with user manuals to 
UIDAI for their review and acceptance. 


93.5 Testing 

Under the Testing stage, BSP shall carryout Integration Planning & Testing (within the 
solution across modules and third party algorithms and also the externa! integration with 
APIs provided by UIDAI) as well as System Test Planning & Testing phases. The following 
sections explain the scope of each phase BSP is expected to perform. 


Integration Planning & Testing 

BSP shall identify the critical modules to be integrated, identify order of integration and 
identify interfaces to be tested. 

Along with planning for system integration, BSP shall develop integration test cases and 
include these in integration test plan and submit the same for review to UIDAI 

8SP shall undertake the actual integration activity as per the integration test plan. 
Subsequently, integration testing shall be carried out as per the plan, log all defects found 
and shall ensure these defects are rectified and re-tested. 

Testing stage shall include testing of the integration of the proposed solution components 
(Server side ABIS and Client slide SDK) with respective APIs provided by UIDAI. 

The BSP shall be jointly responsible with ASDMA in integration and end to end testing of 
each integration interface at client and server side applications 

BSP shall maintain the integration test plan along with test results & defect statistics and 
provide the same to UIDAI, if desired so. 
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BSP submit report on integration for third party audit 
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System Test Planning & Testing 

BSP shall plan out a series of different tests, each test having a different purpose, to verify 
that alt system elements have been properly integrated and that the system performs all its 
functions and satisfies all its non-functional requirements. 

The inputs for this phase consist of the requirement specification document (SRS) and the 
initial system test plans where as the outputs consist of system test plan and test results. 

As part of system test planning, BSP shall identify features that shall be tested and features 
that need not be tested. 

On successful completion of the Integration testing, BSP shall carry out the actual system 
testing as per the system test plan. 

BSP shall ensure that system testing is carried out by an independent team other than the 
development team. BSP shall setup a separate test environment with test database to carry 
out system testing. 

As part of the system testing, BSP shall carry out Performance testing of the application to 
ensure that the application meets the performance requirements. 

BSP shall maintain the system test plan and test results with defect statistics and provide 
the same to UIOAI. 

BSP shall submit a report on testing to UIDA! for review 
Stakeholder testing (User Acceptance Testing) 

Stakeholder testing consists of formal testing conducted by the user group according to the 
test plan and analysis of the test results to determine whether the system satisfies its 
acceptance criteria. 

i. BSP shall prepare a plan to coordinate the User testing activity. 

ii. BSP shall prepare a software release note that contains stepwise instructions 
for UIDAI on how to install the software. The instructions shall include 
information on creating the directory structures, installing source and 
executables, loading data needed for installation and so on. 

iii. The primary responsibility for acceptance testing lies with the user group and 
UIDAI shall coordinate with BSP to ensure necessary support is available to 
the user group. 
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End user/testing group shall document the test cases / scenarios to ensure 
that the defined acceptance criteria are validated during the testing. 

The test cases prepared by third party shall be approved and used by UIDAI 
for the purpose of testing 

BSP shall provide support to document the User Test Results along with 
Defects Statistics. BSP shall ensure that defects found are corrected and is 
retested by the end user group. 

The testing shall be taken in iterations till the specified requirements are met 
Test results shall be audited by a third party 

On successful completion of User Testing, BSP shall obtain a formal sign-off 
from UIDAI for solution go-live. 


9.4 Go-live of Solution 

uSP, in coordination with UIDAI, shall prepare setting up the production environment, 
installation of the application in the production environment. 

3SP shall rollout the application. BSP shall coordinate with UIDAI to resolve any problems 
encountered after rollout. All post implementation issues shall be documented and the 
necessary fixes / resolutions shall be implemented by BSP. 

BSP shall ensure necessary support is provided to resolve defects. BSP shall document the 
defects / bugs encountered during this phase as well as document the resolution of the 
same. BSP shall also prepare and maintain a database of Consolidated List of Common 
Errors & their Resolution. 


B.S Activation of SLAs 


The Biometric Solution Providers shall undertake performance improvement measure for 
the solution until the solution meets the required Solution related performance service 
levels as stated in Attachment 1- Draft Service Level Agreement. After a period of 8 (eight) 
weeks after go-live or on completion of 1 Crore enrolments, whichever is earlier, the 
Splution shall be required to comply with the Service Level Agreements. The BSP shall be 
required to submit an undertaking to UIDAI on formally complying with the SLAs in order for 
tne solution to be finally accepted for future allocation of transactions. Formal compliance 
to Si.a is perquisite for the BSP to be considered for dynamic allocation of enrolment 
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volumes. Please refer to Annexure D — Work Allocation and Service Level for more details 
on dynamic allocation of transactions across multiple BSPs selected through this RFP. 


9.6 Requirements Change Management (Pre-implementation) 

UtDAl expects upgrades to occur during the contract period. If there are changes in 
requirements during the contract period post go-live, BSP in consultation with UIDAI is 
expected to define a formal process to manage the requirements changes as defined for 
illustration below: 

BSP shall maintain a change request log to keep track of the change requests. Each entry in 
the log shall contain a Change Request Number, a brief description of the change, the effect 
of the change, the status of the change request, and the key dates. 

BSP shall assess the effect of the change by performing impact analysis. 

BSP shall maintain the change request log with updated information and, provide the same 
to UIDAI as and when desired. 


v,-' n'iy ' 1 







■'I 

A 

A 

A 

A 


') 

3 

"y 

3 


j 


j 


9-7 Operations and Ongoing maintenance 
9-7.1 Support and Maintenance of Application 

The objective of post implementation application maintenance is to provide application 
maintenance and support services, including request based services (problem 
requests/defect fixes), enhancements, configuration management and post release support. 
As part of these services, BSP should provide support for upgrade, bug fixes, enhancements, 
operational support, and assistance to the stakeholders. 

Full-time support of programmers shall be provided to UIDA. after Acceptance of System for 

t e contract period. The Programmer deployed at UIDAI should be able to handle any 

cnange m the application as requested by UIDAI. Vendor should propose the nature and 
csuantity of the support. 

The services include: 

Sug-fixes and end-user problem resolution: 

The stakeholder support would include all activities related to resolving the bugs / defects 
reported by the users. Every bug / defect should be logged. Every bug / defect should be 
categorized on the severity levels. BSP should identify the solution and take necessary 
approvals from the stakeholders and release the patch for User Acceptance Testing (UAT) 

after f.x,ng the -defects. BSP should document defects / bugs encountered as well as 
document the resolution of the same. 

New development and enhancements 

UIOAI intends to upgrade the version of the application during the contract period If there 
are oranges ,n requirements during the coniract period post go-live, BSP in consultation 

With UIDAI is expected to define a formal process to manage the requirements changes as 
uenneo for illustration below: 

BSP shall be respons.ble to initiate the change requests suggested by stakeholders, assess 

6 nSed t0 ,mplement ^e suggested changes, take necessary approvals to implement the 
suggested changes. UIDAI will forward the approved change requests to BSP. 

BSP shall maintain a change request log to keep track of the change requests. Each entry in 
the log shall contain a Change Request Number, a brief description of the change the effect 
or the change, the status of the change request, and the key dates. 

f-xj! shall assess the effect of the change by performing impact analysis. 
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BSP shall maintain the change request fog with updated information and provide the same 
to UiDA! as and when desired. . ;fV . <. 

U1DAI shall be informed of all versiomupgrades (minor & major), patches, releases and 
enhancements. UIDAI will review the impact of the change and will its own discretion 
decide if the change should be implemented. The BSP will install, test and configure the 
changed solution in the test and production environment. 

Configuration management and Version Controf 

With the objective of keeping track of the version updates in the application, BSP should 
adhere to the configuration management process defined in conjunction with the 
stakeholders. BSP may be required to assist the stakeholders in ensuring that a copy of the 
production environment is backed up and stored in the repository before the new / 
modified components are copied to Production. BSP may be required to assist the 
stakeholders' personnel in restoring the backed up application versions for testing purpose 
mainly addressing the restorability of the media. 

'■ i j : 'j h : i y ? ■ ‘ • v i O • > * ? 5 O J f > 9 ^ ‘ 1 - * ’• ‘ * i U w ‘ ‘ 1 ' ’ ’ 
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Test management procedure ^should be defined in conjunction with the stakeholders to 
enspre smooth transition of the application changes from test environment to production 
environment. As part of the release management BSP should perform the following 
activities: 

BSP should group the related change requests, assess their development progress and 
accordingly prepare a schedule for their release to production. 

BSP should in consultation with the stakeholders prepare a detailed release plan for every 
release. This 'plan should include the release number and date of release. It should also 
contain details about the change request to be released. 


9.7.2 Help Desk 

A helpdesk is envisaged with a minimum of helpdesk personnel to be provided for the 
resolution of technical queries by internal users. Typical helpdesk activities shall include: 

o Deployment of sufficient manpower to attend the helpdesk requests for 
extending technical support on solution 
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o Provide Help Desk facility for agreed SLAs for reporting technical incidents / 
issues / problems with the system. Help desk facility shall be provided through a 
dedicated phone number 
o Track each incident / call to resolution. 

o Escalate the calls, to the appropriate levels, if necessary as per the escalation 
matrix agreed upon and developed by BSP and UIDAI. 
o Coordinate with respective OEM for closure of calls. 

o Analyze the incident / cal! statistics and provide monthly reports including but 
not limited to: 

* Type of incidents / calls logged 

* Incidents / calls resolved 

* Incidents / calls open. 

J ' 73 Warranty and Annual Maintenance Contract (AMC) Administration 

BSP should ensure availability of Warranty and Annual Maintenance Contract (AMC) 
support with all the OEMs for proposed software components including biometrics 
algOmnms proposed. This Warranty and AMC support period should coincide with the 
entire duration of the contract. BSP should track the Warranty and AMC for all the assets at 
the_UIDAI offices, third party locations and DC/DR sites and initiate procedure for renewal 
of tne same at appropriate points in time. 


9.7.4 MIS Reports and Incident Reporting 

The following is an indicative list of MIS reports to be submitted by the BSP post go-live. The 
.•-eletted BSP shall also draw an exhaustive list of reports along with UIDAI. BSP shall submit 

tne reports on a regular basis in a mutually decided format. BSP shall submit 2 hard copies 
and 1 soft copy of each of the reports. 

1. Log of preventive / break-fix maintenance undertaken. 

Summary oi changes undertaken in ail the datacenters including major changes like 
configuration changes, release of patches, database reorganization, storage 
reorganization, etc. and minor changes like log truncation, volume expansion, user 
creation, user password reset, etc. 

3. Consolidated SLA Report 




4. Summary of incidents reported like Application down. Components down, overall 
downtime, security vulnerabilities detected, hacker attacks / security threats, 
peaking of utilization, etc 

5. Bug / defect resolution reports including the analysis of bugs / defects resolved, 
pending, completion time, responsiveness, concern areas, etc. 

6. Change Request Logs with their resolution status 

7. Incident Reporting (as and when it occurs) 

o Complete system down - with root cause analysis 
o Peaking of resource utilization on any component 

o Bottlenecks observed in the system and the possible solutions and 
workarounds. 

8. Security Incident Reporting (as and when it occurs) 

o Detection of security vulnerability detection with the available solutions / 
workarounds for fixing. 

o Hacker attacks. Virus attacks, unauthorized access, security threats, etc. — 
with raotxause analysis and plan to fix the problems. 

- 

9.8 Technical Reports 
9.8=1 ABIS Reports 

ABI5 reports will include technical data mentioned in Sections 6.1 and 6.2.4. UIDAi and BSP 
will jointly determine frequency and content of the reports. The report will include accuracy 
reports (FMR, FNMR, FPIR, FNIR). 


9.8.2 Data Quality Monitoring & Reporting 

she quality of captured data is related with accuracy of matching. It is therefore very 
important that the BSP should continuously monitor the data quality and publish reports, 
generate exceptions in case quality going below the threshold. Data quality monitoring is 
complementary to benchmarking, and helps to analyze and correct the problems with the 
capture process. The primary objective is to identify the sources of the quality problems and 
to implement the corrective actions. The functionality will be implemented in the analytics 
module using the functionality provided by Biometric SDKs. 
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’ i^raw form! CaP ' Ure W ° U ' d ”** ,h<! image - lmagp b * 'Reived 

Original captured images may be appropriately compressed using published loss-less 

ompresston algorithm for optimization o, storage and transmission. The 
Compression will not alter the quality of image. 

IZlTanteZin 0 ;'' Pr0 '' iS ‘° n ”°' k ^ d "** ■>»» ^ 

The BSP should centrally administer Image level quality checks and thresholds 

’ dTolllw mP ' ement 3 Pr ° CeSS WhiCh 6enera,es exception, if 

, 5 , e ^ rtS ima S e captures do not meet quality standards. The BSP should 

destgn and tmpiemen, mechanism which would provide direct feedback o, quak, 
and capture related shortfalls to registrars 

The BSP should implement a process which implements Image enhancements 
techniques to enhance biometric feature extraction acceptable levels. 

The BSP should implement a process for achieving consistent across capture 
vices and, ,n the case of iris, distance from camera and lighting conditions bv 
applying variable image enhancement based on known issues ofa specbc d ewce 

• The BSP would present the statistical data to UIOA, authority on monthly basis This 

r;rr: z r a decis,on - ip case —--—<° - ~ 

* Z]uZ :ihOU ' d imPlemen ' 3 meCh3mSm ‘° rem °' e Update of ‘"Teshold value of 

g process in UlO data capturing application. The patch should be 

data upload V PUSh ° d capture application connects next to UID data center for 

The BSP should implement a mechanism for automated detection of fingerprint 
sequence issues to detect a wrongly indexed finger or repeated finger , cl 
operator errors leading to fraudulent situations. 

The BSP should implement a mechanism for automated exception marking if despite 
s e oris image captures do not meet quality standards 
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Reporting 


♦ The BSP should perform analysis of captured quality and accuracy of matching on 
weekly basis. 

• The solution being offered by the BSP should have adequate safeguards and 
validations to ensure that all data relating to an applicant, together with the 
photograph, biometrics get tagged together and that there is no mix-up of the 
particulars relating to one applicant with those of others. The system should 
immediately capture any exception and publish a report on a weekly basis. 

• The BSP should report situations where biometric features could not be captured 
due to various reasons, like old and infirm persons, persons with one or no hands, 
children, technological limitations, etc. This report should be published on weekly 
basis 

* Weekly reports on capture statistics and quality level analysis based on registrars, 
location, scanner type 

9.9 Training 

As part of system implementation, BSP shall impart training, to staff of UIDAl and of service 
providers as nominated by UIDAl, on the solution related to configuration, usage, API, 
performance-tuning and measurement and Technical reports as indicated in the Terms of 
Reference. The Training- program shall involve both in-class and online training sessions. The 
BSP shall develop the required training materials. Main tasks include: 

a. Estimating timeframe for overall training program 

b. Designing Curriculum & develop.training materials 

d. Delivering classroom training 

e. BSP shall training curriculum that shall include at least the list of course as mentioned 

in the below: 

1. ABIS System Configuration and Administration (including backup) 

2. SDKTool Kit- development. Configuration and Integration 

3. ABIS quality and accuracy management 

4. Input Data Quality Monitoring 

5. Performance Measurement 






6. Benchmarking 
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9.10 Project Management Procedures 

The BSP is required to adopt a comprehensive and effective project management 
methodology together with efficient and reliable tools. 

The BSP would prepare a detailed and comprehensive Project Plan that shall address at the 
minimum the following: 

Define an organized set of activities for the project and identify the 
interdependencies between them. 

Establish and measure resource assignments and responsibilities. 

• Construct a project plan schedule with milestones. 

Measure project deadlines, budget figures, and performance objectives. 

• The Plan document shall include: 

o Project Organization and Management plan 
o Software Design and customization plan 
o Implementation plan 

o Pre-commissioning, Operational and User Acceptance Testing Plan 
o Design, Delivery and Installation Plan for Servers and Storage 
o Training Plan 

o Resource planning and loading for each phase/activity. This must also 
indicate where each resource would be based during that phase, i.e., onsite 
at UIDAI s offices or at the BSP premises. 

o Technical Support Plan 

o Quality Plan with Quality Assurance and Control Process details which must 
include (but not limited to) detailing on Metrics, Reviews, Problem Reporting 
and Corrective action etc. 

o Technical and Operational Process which must include (but not limited to) 
detailing on Methods, Tools, Techniques etc. 

o Contingency Plan document containing emergency response procedures; 
backup arrangements, procedures, and responsibilities; and post-disaster 
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recover/ plans, procedures and responsibilities in compliance with the BCP 
plan of UIDAI 

• Communicate the project plan to stakeholders with meaningful reports. 

♦ During the project implementation the BSP shall report to UIDAI, on following items: 

o Results accomplished during the period (fortnightly). 

o Cumulative deviations to date from the schedule as specified in the finalized 
Project Plan. 

3 ■ - • * 

o Corrective actions to be taken to return to planned schedule of progress. 

o Proposed revision to planned schedule provided such revision is necessitated 
by reasons beyond the control of the BSP. 

o Other issues and outstanding problems, and actions proposed to be taken. 

* Progress reports on a fortnightly basis. 

• identify the activities that require the participation of UiDAl and communicate their 
time requirements and schedule early enough to ensure their full participation at 
the required time., 


The Project plan prepared by the BSP would be reviewed by UiDAl. 

The-BSP would update and maintain the Project Plan throughout the duration of the 
engagement. All changes are to be reviewed and approved by UIDAI. 


Project Documentation and Manuals 

The BSP shall create and maintain ail project documents that would be passed on to UIDAI 
as deliverables as per the agreed project timelines. The documents created by the BSP will 
be reviewed and approved by the UIDAI. UIDAI would also approve any changes required to 
these documents during the course of the project. 


The project documents include but are not limited to the following: 

« inception Report containing the Detailed project plan 

• All Test Plans. Test Cases, Test Input data set and Test Results 

* Training and Knowledge Transfer Plans 
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Detailed Hardware Specifications and related hardware configuration document 

• Roll Out Completion Report 

• SLA and Performance Monitoring Plan 
® Issue Logs 

The BSP shall submit a list of deliverables that they would submit based on the 
methodology they propose. The BSP shall prepare the formats/templates for each of the 
deliverables upfront based upon industry standards and the same will be approved by UIDAI 
prior to its use for deliverables. 

All methodology and documentation shall conform to the standards like CMM/CMMi, 

wherever applicable. All project documents are to be kept up-to-date during the course of 
the project. 


Application Manuals 

i he BSP would prepare the necessary manuals for ABIS and SDK and training materials 
iodyding (but not necessarily limited to): 

* Eechmcal/Operations manual for applications in English. 

® ^ ser manuals for application in English. 

I ne BSP shall maintain a log of the internal review of all the deliverables submitted. The logs 
shall be submitted to UIDAI on request. 

Aii project documentation shall conform to the highest standards of software engineering 
documentation. 

Al! the manuals and training materials will be provided to UIDAI as two sets of hardcopies 
and two sets of softcopies on separate CDs. 


J 

J 

) 

) 

.J 

J 

J 

J 


9.11 Migration of solution to other facility 

BSP shall UIDAI and UIDAI nominated third party representatives in transfer of solution and 
infrastructure to another datacenter facility during the contract period. BSP, on prior notice 
from UIDAI, shall deploy required personnel to support the migration of the infrastructure 
md in setting up installation, configuration and commissioning of the solution at the new 
jci. -.y till the time the solution is operating to the expectations of the UIDAI 
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10 Acceptance of Solution 

Acceptance schedules, detailed acceptance tests, formats for acceptance reports and 
dissemination mechanism for such reports shall be drawn by the BSP in consultation with 
UIDAL 

The Acceptance of the solution shall be provided by the UIDAI only after the following 
conditions have been met successfully to the satisfaction of the purchaser. 

1. Successful go-live of the Biometric solution to Primary site and to BCP site to 
the extent necessary for meeting the desired objectives. 

2. Successful operation for 30 working days after complete rollout of the 
system meeting the Services Level Agreement as agreed between UiDAI and 
BSP at the time of sig ning of contract. 

3. Completion of all the documentation required as-part of this RFP and as 
desired by the purchaser to the satisfaction of the UIDAI. 
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4. Installation and Configuration of ail the components of the solutions 

"* , * - c si no*. * -»- 

including hardware, software. Storage, accessories to the satisfaction of 
UIDAI at both the sites.and successful testing of all components. 

5. The Biometric Solution Providers should demonstrate the performance of the 
application in/tliye'-,condition at BCP site to the satisfaction of UIDAI within a 
timeframe of three months from the date of successfuLgo-live from the 
Primary site 



Acceptance criteria for Biometric Solutions 



1. Successful testing / re-testing of all the application test cases 

2. Adherence to the acceptance test cases developed for each requirement of 
Biometric Solution Component as stated in Anoexure . Minimum 
Requirements and Technical Particulars 



Review and acceptance of all the application deliverables including 
documentation 

Successful adherence to SLAs on SLA testing/measurement undertaken 
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5. Successful execution of the application related training to all ident.fied users 

6. Successful go-live and closure of all incidents of the solution 

Acceptance criteria for Documented Work Products/ Deliverables 

Finalization of expected contents of work product with UIDAI prior to 
submission of draft document 

2. Submission of draft document for UIDAI's review after sufficient internal 
review by the BSP 

3. Closure of review comments from UIDAI within the timelines stated 

4. Acceptance of revised draft(s) by UIDAI based on adequacy and quality of the 
final submission 


.11 Constitution of Team 

n'rr 1 Sta,f pr ° p ° sed for thls by the bidder will play a key role in 

to be nrov‘d° d ^ °k b '° metnc solut,on and the following indicative profiles are required 

rose o f ‘he' C 6 Vii ° hOUld 3ny addltlonal profiles be suggested by the bidder, the 

e , s .he profile shall be clearly outlined and the Lifecycle Deliverables to which the profile 
contribute shall be clearly defined 


* 1 ,e sta ^ be organized as follows 
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Project In-charge 

Manages the overall project, 
resources and deliverables. 
Coordinates with R&D and 
support organizations of the 
BSP. 

Full time; From signing of 
contract until 10M enrolment 

Part time; After 10M 

integration Engineer 

(2 personnel) 

Provides support for 

integration and develops 
necessary tools for ABIS and 
SDK to fully integrate with UID 
application. 

Full time: From signing of 
contract until acceptance testing 
of ABIS and SDK (with Verification 
and monitoring integration) 

Biometric Specialist 

(2 personnel) 

Evaluates 

configures 

biometric data, 
biometric 

Full time; From signing of 
contract until acceptance testing 





































algorithms, computes 

performance and accuracy 
numbers and provides 

recommendation on optimum 
configuration of the solution. 

Part time: until the solution 

crosses 10M size 

System Performance 
Specialist 

' 

/ 

Configures the solution for 
UIDAI to support 

requirements. Tunes the 

system as load and needs 

changes. Estimates hardware 

■ • 

and other infrastructure 

> . .. s , 

requirements. 

Full time: From signing of 

contract until acceptance testing 

Part time: until the solution 

crosses 10M size 

Q&A and Test 

Engineer 

* ‘ - 'h ''-Uv'-.C 

Designs the test and conducts 
final unit and system testing of 

the entire solution to meet 
stated targets 

Full time: From the signing of the 
contract until acceptance 

i< ; Mi: • "■' - 
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The above 1 organization does not show personnel required for on going .installation, 

< . : - : wui i uo y •••:"* *-•*• • 

maintenance and support of the solution including hardware.. 


Following are the detailed descriptions of the expectations from the profiles. 


11.1 Project In-charge 
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Manages the overall project, resources and deliverables. 
Coordinates with R&D and support organizations of the BSP. 
Coordinates all technical activities with the UID stakeholders 
Provides periodic status reports to the PMC 


11-1.2 Qualification & Experience 


Should have over 10 years of experience in software/biometric project/product 
implementation 

Should have at least four years experience in software project implementation 
Should have advanced degrees in engineering/computer sciences/information 
technology 
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11-2 Integration Engineer 
11-2.1 Role 

Provides support for integration of ABIS and SDK. 

Analyzes interoperability issues 

„ ^ eve * ops nec essary tools to fully integrate with UID application 
Coordinates with R&D and support organisations of the BSP 

: nCr::;::r r«,rr ,echnoioev ^ ~ 

Qualification & Experience 

•' Should h7 °7 r , 7 V T ° f eXPerienCe in SOf,Ware P~iect/product integration 

I- . “ e 3 east four ' ,esrs experience in software integration of biometric 

applicat.ons using similar arch,tecture b’ometnc 

Should have been a lead integration engineer for a biometric project of comparable 
size and complexity (10M OB or multi-modal ABIS) * comparable 

' “r adVan “ d deefeeS " -^—^/computer sciences/information 

Should have thorough knowledge of Linux, middleware, high performance 
messaging, Java/J2EE, C, ISO standards for biometrics and other technologies 

needed for server integration or technolog.es 

Should have thorough knowledge of Windows NET CM r h , • . 

protocols and formats. ' C ' b,ometr,c device 

BSP shall provide at least 2 personnel for the above role. 

113 Biometric Specialist 

11.3.1 Role 

■ Evaluates biometric data quality and analyzes corresponding quality issue, 

Conf.gures biometric algorithms 

Trains the biometric solution 

Conducts performance and accuracy experiments 
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Computes performance and accuracy numbers and 

Provides recommendation on optimum configuration of the solution. 

V ■ ? - ! 

113.2 Qualification & Experience 

Should have over 7 years of experience in biometric solution implementation 
Should have been a lead biometric specialist for a project of comparable size and 
complexity (10M DB or multi-modal ABIS) 

* Should have good knowledge of application level biometric integration 

Should have advanced degrees in engineering/computer sciences/information 
technology with emphasis on biometric (or computer vision) 

Should have thorough knowledge biometric algorithms, biometric devices and 
identity management systems. 

Should have over 2 years of experience, in conducting performance and accuracy 
experiments 

Should have over 2 years of experience with iris devices and algorithm (1 specialist) 


BSP shall provide at least 2 personnel for the above role. 


• * * ’ . *; 


11*4 System Performance Specialist 

f ) cf A C. 

11.4.1 Role 

t\y,s frv - 




.ry-iY&Ai 



!* » > :*■ - 



Qptimizes performance of the ABIS through system level configuration and tuning 
Configures the solution for UIDAI to support requirements. 

* Estimates hardware and other infrastructure requirements. 

Should be able to assist in the day-to-day tasks, including, but not limited to, 
monitoring of system activities, analysis of system utilization and resources, capacity 
control, performance tuning, coordination of system upgrades or fixes, and 
generating reports as required. * 


11.4.2 Qualification & Experience 

- Should provide highly specialized technical expertise to handle System 
Administration challenges for systems of size and complexity that are being 
proposed as part of this solution. 

* Should have over 7 years of experience in system administration and system 
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ave been a lead system performance specialist for a project of comparable 

rze and complexity (biometric, high performance middleware, Linux COTS H/W 
high availability) ' ' 

Should have good knowledge of biometric systems 

Should have degree in engineering/computer sciences/information technology 


11.5 Quality Assurance (QA) & Test Engineer 
11.5.1 Role 


Leads QA & test integration teams through all phases of QA activities 
. es P° n sible for designing and conducting integration test for ABIS and SDK 
mplements automation using a variety of automation technologies. 

11.5.2 Qualification & Experience 


Should have over 7 years of experience in QA/Test 

ould have been a lead QA engineer for a project of comparable size and 
p exity iometric, high performance middleware, Linux, Java/J2EE NET) 

Should have good knowledge of application level biometric integration' 

, h ° U ., ^ aVe degree ln en 8 ineer ' n g/computer sciences/information technology • - 
ou ave previous experience using automation test technologies 
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Annexure F 

Minimum Requiremnets 

RFP Name 

Implementation of Biometric Solution 

RFP No, 

D-11018/14/Tech/I 0-UIDA1 
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Bid No. D-11018/14/Tech/I 0-UIDA I 
Bid No. D-11018/14/Tech/IO-tHDAI 


Section VI - Minimum Requirements and Technical Particular 
Annexure F - Minimum Requirements and Technical Particulars 



VI (a) 




Annexure VI.a.1 

ABIS Requirements 

Annexure VLa.2 

SDK Requirements 


Guidance 

Annexure VI.a.3 

Nature of Requirements 

Annexure Vl.a.4 

Requirements Levels 
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Addendum 1 to RFP 


Annexurs F - Minimum Requirements and Technics Particulars 


;Compori6f>t Nama ) ABIS 


Requirement ID 

Requirement Description 

Importance of 
Requirement 

Scqpfcof Work 
Reference 

ABIS. 001 

Hew will your solution handle chanqe in policies listed? 

Level 2 

5 

ABIS. 002 

Is entire ABIS GOTS? What is the version? Provide version history of last 2 
years. If components are not COTS, please list specific components. 

Level 1 

6.2 

ABIS. 003 

Will the demographic data be used and how? Can you handle the policy of 
usinq or not usinq the demoqraphic data? 

Level 2 

6.2 

ABIS. 004 

If duplicates are introduced into your database, would it adversely affect 
your performance in any way? 

Level 2 

62 

ABIS. 005 

What is the average time taken by your ABIS system to verify (1:1) a query 
against a reference database? Use your proposed hardware configuration. 

Level 1 

7 

ABIS. 006 

How do you accommodate continuous improvement and performance as the 
database size qrows? What is your approach? 

Level 1 

7 

ABIS. 007 

What is the average time taken by your ABIS system to de-duplicate a query 
against a reference database of 10 million records? Use your proposed 
hardware confiquration. 

Level 1 

7 

ABIS. 008 

What is the average time taken to create a template from face, fingerprint 
and iris images (for all template types supported)? Specify your reference 
hardware confiqu ration. 

Level 1 

7 

ABIS. 009 

How do you propose to monitor the performance (accuracies, throughput 
rates) of your system? Provide the details of the parameters that you 
■measure and loq. 

Level 2 

7 

ABIS. 010 

The ABIS shall have ability to load balance across servers 

Level 1 

6.1.1 

ABIS. 011 

V 

The ABIS shall have ability to utilize dynamically increased CPU. RAM and 
storage. 

Level 1 

6.1.1 

‘ABIS. 012 

Is your system tolerant to removal/faiiure of server/blade? 

Level 1 

6.1.1 

ABIS. 013 

The ABIS shall have ability to add nodes dynamically without bringing the 
ABIS down. 

Level 1 

6.1.1 

ABIS. 014 

The ABIS should not have a single point of failure and inherent design 

bottlenecks that stops it from scalinq 

Level 1 

6 1 1 

ABIS. 015 

The ABIS shall have ability to utilize network bandwidth provided through 
multiple interfaces. 

Level 3 

6.1.1 

ABIS. 016 

The ABIS shall have ability to scale dynamically within a server depending 
upon the load. * - * ■ • 

Level 3 

6.1.1 

ABIS. 017 

Ability to run services in virtualized environments 

Level 1 

6.1.10 

ABIS. 018 

Does your system support the use of a private cloud? 

Level 2 

6.1.10 

ABIS. 019 

throttling of epu, network and storage utilization 

Level 2 

6.i.ro 

ABIS. 020 

role based administration 

Level 2 

6.1.11 

ABIS. 021 

automation of administrative tasks 

Level 3 

6. ill 

ABIS. 022 

ability to administer the solution with minimal user intervention .with well 
defined user interfaces and access policies 

Level 3 

6.1.1 1 

ABIS. 023 

a mechanism to configure the logging level for different modules 

Level 1 

6.1.12 

ABIS. 024 

a mechanism to generate reports on various performance indicators 

Level 1 

6.1.12 

ABIS. 025 

a mechanism to integrate with external reporting tools 

Level 1 

6.1.12 

ABIS. 026 

a mechanism to search through the logs with different filters 

Level 3 

6.1.12 

ABIS, 027 

a mechanism to rotate the logs based on polices 

Level 3 

6.1.12 

ABIS. 028 

work in heterogeneous storage environments with data partitioned across 
servers 

Level 1 

6.1.13 

ABIS. 029 

access only the data to which it was given access 

Level 1 

6.1.13 

ABIS. 030 

functions with storage getting provisioned using heterogeneous storage 
technologies like NAS/SAN/DAS X 

Level 2 

6.1.13 





















































































Addendum 1 to RFP 


Ann&xur© F * Wnlmum Roquiromonts and Technical Particulars 


AB1S. 031 

support d3ta partitioned across different servers 

Level 2 

6.1.13 

ABIS. 032 

capability to backup and restore the data generated in the solution 

Level 1 

6.1.14 

ABIS. 033 

ability to backup of the data generated in the solution while continuing to 

process service requests. 

Level 1 

6.1.14 

ABIS. 034 

proper functioning after a restore operation 

Level 2 

6.1.14 

ABIS. 035 

allowance for incremental/differential/full backup methods 

Level 2 

6.1.14 

ABIS. 036 

All persistent personal information encrypted 

Level 1 

6.1.2 

ABIS. 037 

communication with only the UID application. 

Level 1 

6.1.2 

ABIS. 038 

Data access by authorized users only 

Level 1 

6.1 2 

ABIS. 039 

Use of secure communication protocols while communicating with external 
components 

Level 1 

6.1.2 

ABIS. 040 

security based on Access Control Lists 

Level 2 

6 1.2 

ABIS. 041 

Manaqement functions secured (in particular CLEAR & SHUTDOWN) 

Level 2 

6.1.2 

ABIS. 042 

running services without super user privileges 

Level 3 

6.1.2 

ABIS. 043 

Ability to periodically chanqe the encryption schemes dynamically 

Level 3 

6.1 2 

ABIS. 044 

re-factor/replace individual services without bringing the whole system 
down. 

Level 1 

6.1.3 

ABIS. 045 

command line based interface for configuration and management 

Level 2 

6 1 3 

ABIS. 046 

automated integration from external management products such as systems 
management, network management, and other tools 

Level 2 

6 1.3 

ABIS. 047 

the specified open standard protocol based communication 

Level 2 

6.1.3 

ABIS. 048 

ability to bring its services up and down 

Level 1 

6.1 4 

ABIS 049 

monitoring its cpu/network/storage utilization 

Level 1 

6 1.4 

ABIS. 050 

continuous availability of its services even during regular management 

activities • . - . 

Level 1 

6 14 

ABIS 051 

monitoring the response time of individual services 

Level 2 

6.1.4 

ABIS. 052 

Provide expected percentage of automated identification vs manual 
adjudication rate 

Level 2 

6.1 4 

ABIS. 053 

integration with technologies that provide data replication to have data high 
availability 

Level 3 

6.1.5 

ABIS 054 

functionally backward compatible 

Level 2 

. 6.1 6 

ABIS. 055 

revertinq back to oriqinal configuration in case of an upqrade failure 

Level 2 

6.1.6 

ABIS. 056 

upgrading using third party software delivery systems 

Level 3 

6.1 6 

ABIS. 057 

reverting back to old configuration after a successful upgrade 

Level 3 

6.1.6 

ABIS 058 

Installation - Is there install script? 

a. 

Level 1 

6.1.7 

ABIS. 059 

installation and configuration without super user privileges 

Level 2 

6 1.7 

A8IS 060 

Installation - Configuration across servers through script? Dynamic? 

Level 2 

6 1.7 

ABIS. 061 

How does your system handle poor quality Fingerprint. Iris and Face 
images? 

Level 1 

6.2.1 

ABIS. 062 

What fusion mechanism do you use to combine the different modalities? 

Wh3t level of fusion do you propose to use? 

Level 1 

62.1 

ABUS. 063 

Do you have prior experience in fusion of fingerprint and iris biometrics'? List 

the deployed systems and your specific role in their implementation. What 
were the volumes handled by each? 

Level 1 

62.1 

ABiS 064 

i 

How does your system handle records with rmasing or incomplete biometric 
data or extraneous digits in a hand? 

Level 2 

6.2.1 
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ABIS. 065 

The operation of the system will be continually monitored for the recognition 
accuracy (in terms of operational false positive/false negative identification 
rates). Should thefe be accuracy degradation, what will be your response? 

Level 2 

6.2.1 

ABIS. 066 

Will the demographic data be used and how? Can you handle the policy of 
usinq or not usinq the demoqraphic data? 

Level 2 

6.2.1 

ABtS. 067 

Will the face data be used and how? Can you handle the policy of using or 
not using the face? 

Level 2 

6.2.1 

ABIS. 068 

How will ABIS handle de-duplication of record with missing all FP and iris? 

Level 2 

6.2.1 

ABIS. 069 

If multi-stage filtering is used for any modality, is it autcmatic/adaptive? 

What is the strateqy used? How do you confiqure it? Hew often? 

Level 2 

6.2.1 

ABIS. 070 

If you use filtering, how are the intermediate selection criteria and thresholds 
determined? 

Level 2 

6.2.1 

ABIS. 071 

How is filtering mechanism dependent on biometric data quality, and 
database size? 

Level 2 

6.2.1 

ABIS. 072 

How will ABIS handle de-duplication of record with missing all three 
biometric modalities? 

Level 3 

6.2.1 

ABIS. 073 

UID Biometric API support — Overall compatibility 

Level 1 

6.2.1.1 

ABIS. 074 

Does your fingerprint matching algorithm accommodate rotation'? What are 
the planned constraints? 

Level 1 

6.2.1.1 

ABIS 075 

UID Biometric API support — Identify & provide scaled score 

Level 1 

6.2.1.1 

ABIS 076 

UID Biometric API support — Identify Against entire DB 

Level 1 

6.2.1.1 

ABIS. 077 

UID Biometric API support — Identify General 

Level 1 

6.2.1.1 

ABIS. 078 

UID Biometric API support — Identify provide candidate list 

Level 1 

- 6.2.1.1 

ABIS. 079 

UID Biometric! API support — Insert 

Level 1 

6.2.1.1 

ABIS. 080 ' 

Describe Candidate list selection process in ABIS (detailed flow chart) 

Level 1 

6.2.1.1 

. ABIS.-081 

Gan the system make use of -the operator segmentation of slap fingerprints?’ 

Level 2 

6.2.1.1 

' ABIS. 082 

i * 

UID Biometric API support --ddentify against subseLof DB f 

Level 2 

6.2.1.1 

ABIS.083 

UID Biometric API support — Identify list of IDs 

Level 2 

6.2.1.1 . 

ABIS. 084 

UID Biometric API support — Delete 

Level 2 

6.2.1.1 

ABIS. 085 

Would your system be able lo match Juvenile FP with adult fingerprints of 
the same individual? Hew? 

Level 2 

. 6.2.1.1 

ABIS. 086 

Hpw will you support 100% feature extraction? For each modality? 

Level 2 

6.2.1.1 

ABIS. 087 

There may be multiple views of the biometric data within the same record. 
How will the ABIS take advantaqe of the extra information? 

Level 2 

6.2.1.1 

ABIS. 088 

Fused score should be normalized. How do you convert fused score into 
probability of false positive identification? 

Level 2 

6.2.1.1 

ABIS. 089 

Is iris sequence used or relied upon in identification? 

Level 2 

6.2.1.1 

ABIS. 090 

Is the algorithm rotation invariant? If not. how is rotation handled? Is the 
allowed rotation configurable and what is the impact on speed/accuracy? 

Level 2 

6.2.1.1 

ABIS. 091 

How do you handle the case where there are only some of the biometric 
position/modalities^withm the record match, but not the others? For 
example, if the ABIS does selection on the iris first, and the iris data does 
not match, the record will not be retrieved, even if some fingerprints match 
very well. Please cover the worst case example(s) similar to this, specific to 
■YQUT ABIS 

'Level 2 

6.2.1.1 

ABIS. 092 

In the case that there are missing fingers, extra fingers or hand 
abnormalities, the identification should not rely on the sequence of the 
fingers. Similarly, if the eye is missing, the identification should not rely on 
whether this is the left or riqht eve. How is this handled? 

Level 2 

6.2.1.1 

ABIS. 093 

Can your FP segmentation algorithm make use of manually segmented 
coordinates if your segmentation fails when durinq INSERT? 

Level 2 

6.2.1.1 

ABIS. 094 

Do you propose to use facial imaqes in deduplication? 

Level 3 

6.2.1.1 

ABIS. 095 

How will you support 100% segmentation? 

Level 3 

6.2.1 1 

ABIS 096 

Do you recommend UID to use black-list and/or white-list in de-duplication? 
What would be the purpose of the-list - is it for efficiency^pdrposes or 
matchinq with a different target FPIR? . 

Level 3 __ 

— 

_^ 6.2.1.1 


: . v.*-'♦ Au- ! hOi!?v < f • 
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ABIS. 097 


ABIS. 099 


ABIS. 100 


ABIS. 101 


ABIS. 102 


ABIS. 103 


ABIS. 104 


ABIS. 105 


ABIS. 106 


ABIS. 107 




by me^nterlTstm'rma'fcn Srithm?" ^ r ° ,a,i ° n 3n9 ' e PrOVided 


— 

sTm^£ a Z 9 T e ° f Simi,3rity Wi ‘ h the corresponding^ 
are not similar at all isTcT ^ "t "' e ° ther sarn P ,es m th « pair of records 

.rWSi* th3t f6COrd W '" be "**««* as 3 






rvT—--— ; —nr — tuf eac n modality? 

fea,ures 




U,D BiornetTiH^pTil^^r? 


ing 


UID 


UID Biometric API suppoTT^^T 


aqai^^j^T—M~ 


-cr^oMomems ano Technical Particulars 


Level 3 


Level 3 


Level 3 


Level 3 


Level 3 


Level 1 


Level 1 


Level 1 


Level 1 


Level 2 


Level 1 


6 . 2 . 1.1 


6 . 2.1 1 


6 . 2 . 1.1 


6 . 2.1 1 


62.1.1 


6 . 2.1 2 


6 . 2.1 2 


6 . 2.1 2 


6 . 2 . 1.2 


6 . 2 . 1.2 


62.1.3 
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Annexur© F - Minimum R.^y 


ABiS. 139 

ABIS. 140 


Level 3 


ABIS. 141 

3Indies OMa to nMM . movh 
g apritcaf Ul (in addition to command level access) * y 

-- ---- 

Level 3 

\ 

\ 


Does your hardware and software platforms confirm toThlT^- 

specifications? What are the hardware and software (OS, platforms tha, 
you propose to use? v ; p,cllIorms tna < 

Linux OS with both 32and 64 bit support on X86 COTS H/W 

Level 1 

Level 1 

\ 

6.2.7 

ABIS. 142 

ABIS. 143 

ABIS 144 

|ls your matching algorithm specifically tuned to any^^iT^i^T' 

Level 2 

6.2.7 


Ab,l,tV ° f thC SPee 

Level 3 

- ... 

62 7 

ABIS. 145 

ABIS 146 

Can the fingerprint verification cvctrvo . l0 _. ~z:i_ --——_ 

cnncdT'on system accept ISO 19794-2 queries? 

Level 1 

6.2.8 

A R'Q -l a ~r 

FP template shd^Wb^ed in reSSS^DBiMjlO standards forma.- 

Level 3 

6.2.8 

14/ j 

r 

How will you support changes/upgrades in the biompirlTw^^ I-7- 

:zzz:;: reference 089 w '" -——■* 

Level 3 

6.2.8 

ABIS. 148 j. 

r 

tow Will you support Standard update to ;— - 

mnutiae format? lemplates. in particular finger print 

-- : ---- 1 

Level 3 

62.8 
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Ann 9 xur» f * Minimum Requiremonts and Tocbnicat 


Annexure Vl.a.2 


Component Name 


MullimodB} SDK 


Requirement 

ID 

Requl rem ent Description 

Importance of 
Requirement 

Scope of Work 
Retro n cos 

SDK.001 [ 

e 

r 

)oes your SDK provide feedback*on Segmentation and Feature 
extraction failures for each of three modalities? Does it provide any 
easons for the failures? 

Level 1 

6.3 

SDK.002 V 

N hat is the size of the average face, iris and fingerprint (proprietary 
jnd ISO/IEC 19794-2) templates? 

Level 3 

6.3 

SDK.003 \ 

N hat is the average time taken by your SDK to match a pair of face, 

Ingerprint or iris templates (for ail template types supported) 9 

Specify your reference hardware configuration. 

Level 1 

7 

SDK_004 

Wbat is the average time taken by your SDK to create a template 
rom face, fingerprint and iris images (for all template types 
supported)? Specify your reference hardware configuration. 

Level 1 

7 

SDK.005 

What is the average time taken by your FP SDK to identify a record 
against a reference database of 10,000 records? Specify your 
reference hardware configuration. 

Level 2 

7 

SDK.006 

Does your FP SDK handle missing digits? 

Level 1 

6.3.1 

SDK.007 

Able to do sequence check for 2 finger device. Flow does reliability 
compare to 4-4-2 sequence check? 

Level T 

6.3.1 

SDK.0G8 

Does your FP SDK support 1: few identification? 

Level 1 

6.3 1 

SDK. 009 

Can your FP SDK make use of manually segmented coordinates if 
your segmentation fails when used for Authentication server 
verification, manual check or analytics modules? 

Level 1 

6.3 1 

SDK.010 

Does your FP SDK support sequence checking? 

Level 1 

6.3.1 

sok.ok 

Can your FP SDK handle 2, 3, and 4 finger slap images? With 
missing fingers? 

Level 1 

6.3.1 

SDK.012 

What actionable feedback can your fingerprint SDK provide during 

the acquisition process? Please list. 

Level 1 

6.3.1 

SDK.013 

Can your FP SDK handle rotated fingerprints 9 What is the range of 

rotation that you can handle? 

Level 2 

6.3.1 

SDK.014 

Able to do sequence check for 3 finger device. Flew does reliability 
compare to 4^P2 sequence check? 

Level 3 

6.3.1 

SDK.015 

Does your IRIS SDK accommodate missing iris? How does the 

quality check deal with this situation? 

Level 1 . 

6.3.2 

SDK.016 

Does the iris SDK do a quality check? What quality measure do you 
use? 

Level 1 

6.3.2 

SDK.017 

What actionable feedback does the iris SDK supply the operator 
(i.e., distance, motion, gaze, pupil dilation)? 

Level 1 

6.3 2 

SDK.018 

Does your Ins SDK accommodate rotation of Iris images? What 

degree of iris rotation does it tolerate? Is it adjustable? 

Level 2 

6.3 2 

SDK.019 

Does the iris SDK support 1:few identification? 

Level 3 

6 3.2 

SDK. 020 

Does your Face SDK support feature extraction and template 
generation? 

Level 1 

6.3.3 

SDK.021 

Does the face SDK support auto centering, auto cropping and auto 
rotation correction? 

Level 1 

6.3.3 

SDK.022 

Does the face SDK include a quality check 9 What quality measure 
do you use? 

Level 1 

63.3 

SDK.023 

Does the face SDK support auto capture from streaming video? 

Level 1 

63 3 

SDK_024 

Does your Face SDK support 1: few identification? 

Level 2 

6.3.3 

SDK.025 

Did the proposed algorithm participate in the NIST slap 
segmentation test? Confirm that the proposed algorithm is the^rrie 
or better the appropriate tests. a 

: Level 1 

63.4 

/ < 
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SDK.026 


Has the proposed fingerprint maTcher been tested in theT^F" 

srssr* r “' p,w ~ ^ 


Level 1 



SDK.030 


^PP|^ahons. Hew is the compliance tested? 


Level 1 


SDK 031 


images frexn captured Image? ~ KED 


Level 1 


SDK.032 


S^^vR , ss , s^r ,s 5 s!r 

k.nd_cropp ED ' A m D mask^SLT “ 


SDK.033 


-’rst^Iand^Sf'f 6 abi ' ity 

BMP?^ ^ formats including PNG. JPEG 2000 and 


SDK 034 


SDK. 035 


Does your FP SDKT^ort ISO/ii^T979TJ^?7^rr-~- 
template extraction and matching, both without using exte'nL 


SDK.036 


SDK.037 


n _r^r------- 


Level 1 


Level 1 


Level 


SDK-036 


SDK 039 


SDK.040 


formats, includ ing 0 ^ ^ 

7nZTZr Ur f3Ce S ° K CheCkl ° r corT 'P , ' an ce W4MSO" 


Level 1 




Level 1 


Level 2 


Level 2 


SDK,041 


| SDK 042 


SDK.043 


SDK.044 


SDK.045 




Level 1 


Level 1 




'Does your SDK support Linux (X86>? Does it have^T^- 

suppod? Specify the cedified Lin Jptatfo^ £ * funded. 

ecst Wina “ x p s Ab< ~ ? 


Level 1 


Level 2 


Level 2 


Level 3 


Level t 


Level 1 


6.3.4 


6.3 4 


6 3.4 


6.3.4 


6 34 


6 3.4 


6.34 


6.3.4 


6 3.4 


6 3.5 


6.3 6 


6.3.7 


6.3 7 


6.3.7 


6.3.7 


6.3.8 


6.3 8 
















































































































































Bid No. D-11018/14/Tecb/10-UiDAi Annexuro F - Minimum Requirements and Technical Particulars 

Annexure Vl.a.3 


' Guidance on Requirement Level 


Level 1 

There is no option. The system must accomplish the task as stated in the top level 
specification. Solution provider must figure out howto comply with the requirement. 

Level 2 

Next requirement or degree level down from Level 1, stating there is no option, 

however if there is risk associated with the requirement, then the contractor can. if 
problems occur, apply to mitigate the requirement by following an alternative 
development option. . . .. 

Level 3 

Next requirement or specified degree level down from .Level 2, stating that there are 
options within the latitude of the designer. If during analysis* the contractor and users 
find a better way of Implementing a requirement and is a suitable variation of what was 
called for in the requirement. 

Level 4 

Means optional. This is a nice to have requirement or specification, but is optional. 




? 

q 

f 

V 
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Annexure F - Minimum Requirements and Technical Particular; 



_- _ r echnicafr Particulars 

1 

o 

Bidder shall supply, install & commission the required hardware for succesful - 

deployment of the solution. Sections Vl.b provides the mm,mum requirements of some 
oUhe hardware components including the storage devices that the Bidder shall comply 

z 

o 

The&dder must supply, install & commission the hardware at both Primary and BCP 

6 

P h? V ‘v e l th !mi° f SySt6m 3nd ° ther softwares that the Bidder shall include 
as part of the black box ABIS solution offered. The Bidder shall comply with the stated 

minimum requirements for the softwares mentioned. The Bidder shall factor the 

assoc,ated_costs as part of the unit price per transaction for de-duDlication 
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Annexure F - Minimum Requirements and Technical Particulars 

Annexure VLb.1 (i) 


Blade Servers 


w 

M 

mm 

: 

f ; 

Parameter 

*1 

Minimum Requirements 

Unit of Measurement 

r i:\ 

> &Yer Specificate on 

ndian power specifications in 1 
erms of Phase. Ventage. Freq 

0XHx 


No. of Processors proposed 

2 

No. CPU/Sockets in one server, can have 
more epos in a single blade 


No of cores in each 
processor 

8 

No of cores in each physical CPU/socket 


PfOtessof Type (CISC. 

EPIC. RISC) 

>86 

CISC ! EPIC /fuse 


T ype of processor 

64-bit 

32-bH /64-bit 


Native support for 32-bit 
applications 

YES 

YES/NO 

2 

Architecture 




64-bit architecture 

YES 

YES/NO 

3 

Main Memory 




Proposed Memory size 

64 

G8 


Proposed Main Memory 

Type 

DDR2 

(DDR2 / DDR3) 


Main Memory Type 

ECC 

(ECC / Non ECC) 

4 . 

Disk Controller 




RAID protection type 
preposed 

RAID 0 

YES/NO 


No. of channels in the 
proposed RAID controller 

Single 

Single / Dual / Ousd 


Proposed size of*battery 
backed cache 

123 MB 

MB 

■ 5 

Internal Disks 




Type of disk .proposed 

SAS/SATA 

YES / NO 


Disk capacity 

73 CB 

GB 


Are Proposed Disks Hot 
Swappable? 

YES 

YES/NO 


Max. no. of Disks supported 
in the proposed server 

2 


€ 

CD/OVD Drive 




No. of drives proposed 

1 



is drive wnteabie / re¬ 
writeable? 

NO 

YES/NO 

7 

Network 




Type of Ethernet controller 
proposed 

Fufl duplex 1 O0 Gbps 

YES/NO 


No. of Ethernet Controllers 
proposed 

2 

Units 


Dual Homing proposed 

YES 

YES/NO 


Teaming of Ethernet 
Controllers proposed 

YES 

YES/NO 


TotaJ Throughput of all the 
proposed Ethernet 
Contrdiers together 


Gbps 


TCP/IP offload engine 


YES/NO 

/ 8 

Host based Adapters 




Type of H8A proposed 

FuH duplex Fiber channel 

A 


Throughput of each of the 
proposed H8A 

4/8 Gbps 

Gbps {*/ 

i 


•*> * y Proposed H8A 

j 

PCI / PCI-X l 


'i l 
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Annexure F - Minimum Requirements and Technical Particulars 


■) 

1 


J 

) 

j 

) 

J 


J 


Blade Servers 


Annexure VLb.1 (i) 


Hi 

% 

($5 

tef 

Parameter 

Minimurn ReqUirCThenti - 

tz-+s- . v-\. ■>-v v ; 

■/.' 

.v : ■'* ’ \ \"rr.- V Y- X 2~' 

vIsSS&SS* Unit of Measurertieni S&C.-& >'C 

■ .V."'A1'Y v r >-y. : 

1 m ■- w-■ 


I/O Slot used by H8A 


PCI/PCI-X 


Mo. of HBA propose 


2 Units 


No, of ports on each HBA 
proposed 

Dual 

Single / Dual / Quad 


Whether only single port is 
be used on each controller 

Yes 

YES / NO 


Total Throughput of all the 
proposed HBA together 


Gbps 


Capability to dynamically 
load balance between 
multiple HBA 

YES 

YES / NO 


Support for storage 

subsystems ct leading 
manufacturers like EMC. 
Hitachi. HP. IBM. SUN etc. 

YES 

YES / NO 


LUN Size 

10 

in TB 


No of LUNs 


Max Juns supported per server 

1 g 

Power Supply 



- 

Hot Swappable Power 
| supply proposed 

YES 

YES / NO 

3 

i 

{N+N) redundant power 
supply proposed 

YES 

YES / NO 

L.j 

Dual AC input proposed 

YES ~ 

YES / NO 

1 10 

Ceding Fans 



L — 

Hot Swappable Cooling 

Fans proposed 

YES 

YES / NO 

i 11 

Operating System 




Operating Systems 
proposed on this server 

Linux 

Redhat/Suse/Others. edition 

! 

U — 

Operating system is natively 

compliant 'with 32-bj? and 64- 
bit applications 

YES 

YES / NO 

\ 12 
5“- 

File System 



S ' 

Maximum file system 
partition size (file system) 

8 

TB 

13 

Support 




Is the proposed 

product/sduticn End-of-life 
or will reach End-of-!ife 
v/ithin 24 months from the 
date of sufcmissfon of b*d or 

12 months from the date of 
acceptance, whichever *s 
later? 

NO 

YES / NO 

\ 

- , » 

Will the proposed f 

product/solution reach End* 
of-support dun.ng the 
currency of contract 9 

40 > 

_ 

res/ no ~ 


It*, nr»r 
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Annexure F - Minimum Requirements and Technical Particulars 


Annexure VLb.1 (ii) 

Blade Servers Chassis 



Sr 
** * 

No 

«j 

: Parameter - ' J 

- 'tV; ^r' s-i% - 

SqSi'" 

& Me^Mromfent 

tr?X "***'- ■ * •' 


1 

Power Specification 

Indian power . 
specifications in terms of 
Phase. Voltage. Freq 

a.v.Hz 



Backplane redundancy 

YES 

YES/NO - dual 
backplane bus for 
high availability 



Number of 10G Ethernet ports - 
from chassis to external 

network 

2 



High Availability for 10 G 
ethemet 

YES 




Number of 1G Ethernet.ports - 
from chassis to external 

network 

2 



High Availability for 1 G 
ethernet 

YES .... 



Number of Fiberchannel ports 
(4/8 Gbps) from chassis to 
external network 

4 

. 

i 



High Availability for FC ports 

-< 

m 

CO 



Hot Swappable Power 
supply proposed 

YES 

YES/NO 


Dual AC .input proposed 

YES 

YES/NO 

2 

Support 

i..... 2*. 



Is the propose^ 

product/soiutipn End-of-life 
or will reach Erid-of-Irfe 
within 24 months-from the 
date of submission of bid or 
12 months from the date of 
acceptance, whichever is 
later? 

NO 

. 1 . 

YES/NO ■ 


Will the proposed 
product/solution reach End- 
of-support during the 
currency of contract? 

: NO 

YES y NO 
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Annexure F - Minimum Requirements and Technical Particulars 


I 


Annexure Vl.b.2 (i) 

SAN 


Sr. Nt 

> Parameter 

. ^ 

winfmum 

Requirement 

•w; >?* >v* 

- - r A * ' . . 

ItuniioflP 

1 

Power Specification 

Indian power 

specifications in 
terms of Phase. 
Voltage. Freq 

0,V.Hz 


Proposed usable capacity of 
SAN s to rage array 


TB 


Support for Globa! ho! spare 

disks 

YES 

YES/NO 


Are Proposed Disks Hot 
Swappable? 

YES 

YES / NO 


Capability for Online storage 
expansion without reboot 

YES 

YES / NO 


Capability of completely 

automating activities, 
including but not limited to. 
defrag routines, scan disks, 
disk scrubbing, file system 
checks, consistency checks, 
etc. 

YES 

YES/NO 

3 

Controllers 


* --— 1 

- 

Hardware based storage 
RA)D controller 

YES 

YES / NO 


Hot swappable controller 
cards? 

YES 

YES / NO 


Type of RAID protection 
supported 

6+1 

RAID 0. t. 5. 1+0. 

6+1 


Throughput of each FC port 

4 Gbps 

4/8 Gbps 


Storage system end-to-end 
bandwidth from FC host port 
to backend disk 

4 Gbps 

4/8 Gbps 

4 

FC-AL loop 


‘ -- 

5 

Bandwidth of FC-AL loop 

Cache 

4 Gbps 

4/8 Gbps 

! 

Type of proposed Control 1 
Cache 

ECC i 

ECC / Non-ECC 

( 

Type of proposed Data { 

3 ache 

ECC { 

ECC / Non-ECC 

l 

< 

s Data Cache board hot ^ 

Avappabte? 

res > 

'ES / NO 

1 

c 

s Control Cache board hot 'i 
nvappab.'e? 

'es > 

'ES / NO 

\i 

F 

C 

L 

Vill the proposed f\ 

>roduct/solution reach End- 
>T-S lip port during the 
urrenrv of rnntffv-jo 

JO y 

ES / NO 



i 
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Annexure F - Minimum Requirements and Technical Particulars 


Rack Server 


Annexure VLb.3 


Sr. 

No 

Parameter 

Minimum Requirements 

Unit of Measurement 

1 

3 ower Specification 

hdian power specifications in terms of 
Phase, Voltage. Freq 

0,y,Hz 

2 

Processor 




Processor Type (CISC, EPIC, RISC) 

x86 

CISC / EPIC / RISC 


Type of processor 

64-bit 

32-bit / 64-bit 


Native support for 32-bit applications 

YES 

YES/NO 

3 

Architecture 




64-bit architecture 

YES 

YES/NO 

4 

Main Memory 




Main Memory Type 

ECC 

(ECC / Non ECC) 

5 

Disk Controller 




RAID protection type proposed 

RAID 1 

YES / NO 


No. of channels in the proposed RAID 
controller 

Single 

Single / Dual / Quad 


Proposed size of battery backed 
cache 

128 MB 

MB 

6 

Internal Disks 




Type of disk proposed 

SAS/SATA/Other 

YES / NO 


Disk capacity 

73 GB . ' 

QB 


. Disk Speed 

15000 RPM 

RPM 


Are Proposed Disks Hot Swappable?. 

YES 

YES/NO 

vi ? 

7 : 

Network 

. 

PCI / PCI-X 


Type of Ethernet controller proposed 

Fuji.duplex 10/100/1000 Mbps 

■ '< 

> - - i ' ‘ ' ' ' . . • 

- ^ fl 

Units 

■; i 

•.—_______ 


No. of ports used on each Ethernet 
controller proposed 

Single j 

' i '* 

YES-ANO: 

h r 

> ; 


Whether only'single port is be used 
on each controller 

Yes 

, 

YES /'NO 

J 


Dual Homing proposed 

YES 

Gbps ' 


Teaming of Ethernet Controllers 
proposed 

YES 

YES/NO: . 


No of 10 G Ethernet ports 

2 



No of 1 G Ethernet ports 

2 


8 

Host based Adapters 


Gbps 


Type of HBA proposed 

Full duplex Fiber channel 

PCI/PCI-X 


Throughput of each of the proposed 
HBA 

4/8 Gbps 

PCI/PCI-X 


No. of HBA proposed 

2 

YES/NO 


No. of ports used on each HBA 
proposed 

Single 

Gbps 

1 

Whether only single port is be used 
on each controller 

Yes 

YES / NO 


Capability to dynamically load balance 
between multiple HBA 

YES 


' 

* Support for storage subsystems of 
leading manufacturers like EMC. 
Hitachi. HP. IBM. SUN etc. 

YES 

YES/NO i 

| 9 

Power Supply 


YES/NO 

L 

Hot Swappable Power supply 
proposed 

YES 

YES/NO 


(N+1) redundant power supply 
/ proposed 

YES 


/ 

Dual AC input proposed 

YES 

yes/no 

>10 

Cooling Fans 


YES /NO 

i 

* - _ 1 

> p ftot ^vvappatjt^Cooling Fans 
/' '■"propqsgcT / 5 

YES 



;r<? j. u.- .’y >■ 0 

















































































^ ' 

r 

s 

3 

") 

~) 

3 

—\ 
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3 

j 

; 
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j 

j 
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Annexure F - Minimum Requirements and Technical Particular 


Rack Server Annexure Vl.b.3 
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Annexure F - Minimum Requirements and Technical Particulars 


Annexure VLb.4 


Backup Server 


..fefe, 

N<Y 

?■£&■ 

X;, 


?•«'*4 •;} ij 

Unit ofMeasunjwcnt 

\ 

Power Specification 

Indian power 
specifications m terms 
of Phase, Voyage. Freg 

0.V.H> 

2 

Processor 




Processor Type (CISC. EP!C, RISC) 

Same as Rack Server 

CISC / EPIC / RISC 

3 

Main Memory 




Main Memory Type 

ecc 

(ECC/Non ECCj 

4 

Disk Controller 




No, of channels in the proposed 

RAID controller 

Single 

Single / Dual / Quad 


Proposed size of battery backed 
cache 

■128 ve 

MS 

5 

Internal Disks 




Disk Speed 

15000 RPM 

RPM 


Ho of disks proposed 


Units 


Are Proposed Disks Hot Swappable? 

YES 

YES / NO 

£ 

DVD Drive 




Optical Drive Proposed 

DVD 

DVD Drive 


No. of drives proposed 

1 



?S drive wrheable / re-wrjteable? 

YES 

YES/NO 


DVD-R 

YES 

YES 1 NO 


OVD-RW 

YES 

YES / NO 


0VD+R 

YES 

YES / NO 


DVD+RW 

YES 

YES / NO 


DVD-RAM 

YES 

YES 7.NO 

7 

DAT Drive 




Format Compatibility 




DDS-1 

YES 

YES/ NO 


DDS-2 

YES 

YES / NO 


DDS-3 

YES 

YES/NO 


DDS-4 

YES 

YES/NO 

8 

DLT Drive 




No. of drives proposed 

1 



Format Compatibility 




SDLT 

YES 

YES / NO 


dlT Jv 

YES 

YES / NO 

9 

Network 




Type of Ethernet controller proposed 

Full duplex 

10/100/1000 Mbps 

YES/NO 


No. of Ethernet Controllers proposed 

2 

Units 


No. of ports on each Ethernet 
controller proposed 

Single 

Single / Dual / Quad 


Dual Homing proposed 

YES 

YES/NO 


Teaming of Ethernet Controllers 
proposed 

YES 

YES/NO 

10 

Host based Adapters 




Type of HBA proposed « 

Full duplex Fiber 
channel 



Throughput of each of the proposed 
HBA 

4/8 Gbps 

Gbps 


No. of ports on each H3A proposed 

Single 

Single I Dual / Quad 


» -—> K » 

). c: ! 


C-i: 




v/au, oog 

A-r.h: « ' :-:t: 

*4i-\\- '/ '-0*i- 1 i 


r( 


■yjV 
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Annexure VI.b.4 

Backup Server 


Sr. 

Uo 

n> , Para mo tor 

- ; t .v 

Mln&num 

Requirements 

VO, 

S3?. s'2* Mi 

Unit of Measurement 

- - » . 


Total Throughput of all the proposed 
HBA together 

8 Gbps 

Gbps 


Capability to dynamically load 
balance between multiple HBA 

YES 

YES/NO 


Support for storage subsystems of 

leading manufacturers like EMC. 
Hitachi, HP, IBM, SUN etc. 

YES 

YES / NO 

11 

Any other software proposed (provide 

details) 



A 

Backup software 

YES 

YES/NO 

1 4L 

Support 




Is the proposed product/solution End 
oMife or will reach End-of-lif© 
within 24 months from the date of 
submission of bid or 12 months from 
the date of acceptance, whichever is 
fater? 

NO 

YES/NO 


Will the proposed product/solution 1 
reach End~of-support during the 
currency of contract? 

MO 

YES/NO 
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Section VI - Minimum Requirements and Technical Annr xure 


Tape Library 


Annexure Vi.b.5 


if 

No' ^ 

Hi 

%Mg-> ■" ■ .&■ J 

Parameter , • • 

• 

gf • ' 

Minimum 

Requirements 

Unit of 

Measurement 

• . :>4ft l 

_ y .-. -. : 

Please mention deviations, if A 

M5 

1 

3 ower Specification ! 

Indian power 
specifications in 
terms of Phase. 
Voltage. Freq 

0.V.HZ 


2 

f ape Drives 





Type'of tape drive proposed. 

LTOGeh4 

A , # ' ri .\ 

k \ ■ ' V'>V. ; 4 ■ 

AA'+ir)‘ ’A.. ' \'~A • 


Typo of tape drive interface 

Native fiber 
channel 




Sustained Data Transfer 
Rate ^without compression) 

120 

MB/s 



Sustained Data Transfer 
Rate (with compression) 

240 

MB/s 

‘ •' 


Size of T ape $ tor age 
(without compression) 

■8D0 

G8 



Size of Tape Storage 
(wkhout compression) 

1500 

GB 



Hot Swappable Tape drive 
proposed 

YES 

YES > NO 



Hot Swappable Controller 
cards proposed 

YES 

YES / NO. 

V: /“ I i : • ; 

3 

Tape Library Frame 


.v- 1 



No, of drwes proposed 

5 


f 


No. of frames proposed 

1. 




No, of Fibre Channel pods 
proposed with this library 

2 




No. of Media slots proposed 
in the library 

50 



1 4 

Protocol Supported 






FC 

YES / NO 


j ■ 


FCP 

YES ! NO 




fC-AL 

YES/NO 


5 

Power Supply 





Hot Swappable Power 
supply proposed 

YES 

YES / MO 



(N +1) red undant power 
supply proposed 

YES 

YES / NO 

• 


Dual AC input proposed 

YES 

YES / NO 

' 

6 

Cooling fans 





Hot Swappable Cooling 
Fans proposed 

YES 

YES / NO 



(N+1) redundsnl Cooling 
Farrs proposed 

YES 

YES / NO 


7 

Support for online automatic 
calibration of robotic arm 

YES 

YES/NO 


8 

Support for NDMP for taking 
backup of NAS over LAN 

YES 

YES/NO 


9 

Support for multiple hosts 
running OS including AIX. HP- 
UX. Unux, Solaris. Windows 

YES 

YES 1 NO 


j 10 

Support 
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Section VI - Minimum Requirements and Technical Annexu 


Tape Library 


Annexure VI.b.5 


Sr 

Nc 

4 1 ;: $ ; ^; 

^ >• 

Parameter 

Minimum 

Requirements 

Unft of 

Measurement 

Please mention deviations, if 
any 


fs the proposed 
product/solution End-oMife 
or will reach E nd-o f-J if e 
within 24 months from the 
date of submission of bid or 
12 months from the date of 
acceptance, whichever is 
later? 

Will the nronrxroH 

NO 

YES / NO 


i J1 

product/solutioo reach End- 
of-support during the i 

currency of contract? 

Media & Accessories 

NO 

YES/ NO 

W/v ire 



No. of tape media proposed 

v3 1 7 e Qf t rvs i — 

2500 

♦ tUdl o 

units 

--— 

J 

media 

(uncompressed) 

800GB 

Units 

' 


Size of tape media 
(compressed) 

1600GB 

Units 


12 f 

i^o. ot tape labels proposed 

D rovisionina of Rar-rnria \ 

2500 

Units 

— - 

F 

1 < 
I ‘ 

i_L 

Reader within the Tape library 
* integration with proposed 
/ledia Management Software 

fES 




t 

j 


) 

) 
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Annexure F - Minimum Requirements and Technical Particulars 


Annexure VI.b.6 


Load Balancer 


u:;hr L 



mm 

Wm® 

TSr, NoT 


U br 

. . v C , i 

*• C*’- 

i 

Power Specification 

Indian power 
specifications in terms of 
Phase, Voltage. Freq 

0,V,Hz 

2 

Operating Relative Humidity 
range (mxvcondensing) 


% 


Should be a multi processor 
based appliance 

Yes 



Traffic Throughput 

8 Gbps 



Network Connectivity support 

4 x ION00/1000. IGbps 
connectivity 

' ’ 


Memory on the device 

8GB 



L4 concurrent connections 

1 Mifltcn 



L4 connectioos per second 

i00000 



L7 concurrent connections 

250000 



Should super! L7 connections 
per second 

35000 



Should support minimum L7 
throughput 

4 Gbps 



Should support SSL offloading 
& HTTP acceleration from day 
one in same unit without 
adding another hardware to 
save rack space, power & 
cooling requirements 

Yes 



SSL Throughput 

2 Gbps 



Initial TPS support 

35000 



Max TPS support*.. * * - 

50000 



Hardware Compression 

Support 

6-8Gbps 



NAT entries 

60000 



Concurrent SSL connections 

1.00.000+ 



Virtual Local area Network 
(Vtans) 

512 



Virtual servers 

3000 



Server farms 

2500 



Real servers 

8000 



Support for Mickey table 
entries 

100000 



Should support Port 

Aggregation IEEE 802.3ad 

Yes 



Should support Vian Trunk 
IEEE 802.1Q 

Yes 



Should have minimum 1Gb 

Flash Drive 

Yes 



Should support Port Mirroring 

Yes 



Should support foftowing 
deployments 

Yes 



Routing Mode : where client- 
side and server-side VLANs 
are on different subnets 

Yes 



Bridge Mode: where client- 
side and server-side VLANs 
are on the same subnets. 

Yes 











































') 

s 
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') 

') 
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Annexuro F - Minimum Requirements and Technical 


Annexure VI.b.6 

Load Balancer 


Sr. 

io Parameter 

Minimum Requiremi 

ant Unit of 

Measurement j 

3 

D<rect Server Response 
where SlB load balance an 
‘nrtlal request from the client to 
3 real server; however, the 
server directly responds to the 
client bypassing the SLB. 

Load Balancing Features 

Yes 



Server load balancing based 
on SNMP parameter like CPU 
load. Memory utilization etc 

Yes 



onouia support Client NAT & 
Server NAT and PAT and NATi 
pool for Dynamic NAT 

Yes 

, 


In case of Server / Application 
failure device should detect it in 
not more than 30 seconds 

Yes 



In case of Server failure traffic ' 

should be diverted to another 
Server automatically 

f'es 



Should support following > 

content based Load balancing 
features 

'es 


j 

oup^on ror protocols namely |y 

http. ftp. DNS, Internet 

Control Message Protocol ■ 

(ICMP), Session Initiation ’ 

Protocol (SIP), Real-Time 

Streaming Protocol (RTSP) 
Extended RTSP. RADIUS, and 
Microsoft Remote Desktop 

Protocol (RDP). ! 

—ITTD Li . - -L 

es 



r 

< 

11 ‘ r racier eased Yes —- 

edirection 



r 

n 

L 

should Support HTTP Header IVei -- - 

nanupulation on Client ! 

equests and server responses f 

•RL-Based Redirection |Yes - 



B 

R 

p 

rowser Type Based lyes —"- - - 

edirection 



B, 

ci 

referential Treatment (Cookie- Yes - 

ased) | 



ol 

s; 

Er 

5f- 

^ouia support End-to-End |Yes --j~~ 

5L Encryption (Backend 
icryplion) 



SS 

Pn 

■ould support SSL initiation ( |Yes --- 

>L between SLB & Servers) 1 

xlictors ~~ j - - — ----___- 





ParticL 
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Annexure F - Minimum Requirements and Technical Particulars 


Load Balancer 


Annexure VI.b.6 


( 

t 



&& ,; 

^5 

-wm- ■< 

V , | 

If 2- Cv $ 
'T 

%0**. ■ m** : 



Sr..No 

- ■ •r *-- . | 

' V 

*► ,2? .Parameter. ... J 

&»*S- ** ' 
.* 




.oad Balancing algorithm 
ihoukJ support following 
algorithm namely Least loaded, 
^ound-robin,Adaptive 
r esponse, Least 
sandwich h, Least 
connect ions. Hash 
address,Hash cookie.Hash 
header,Hash URL 

Yes 




-hobe Support should be 
available for the protocols 

HTTP, HTTPS, SMTP, POP3, 
IMAP, RADIUS. SIP, RTSP, 
SNMP. Telnet, FTP.KAL-AP. 
ICMP. TCP. UDP, Echo, 

Finger. DNS 

Yes 




Support for scripted probes 

Yes 



4 

Server Management Features 





Should support Graceful 
shutdown of Servers 

Yes t 




Should ^support Graceful 

Yes- 




Activation of Servers 



; 


Should able to redirect traffic 
based on Source IP. 

Destination IP & TCP PORT 

Yes 



5 

Virtualization 





The Load Balancer should 
support virtualization or 
segmentation where it should 
be possible to create virtual 
partitions from day one. Each 
of this Partition should be 
completely isolated from each 
other wrt dedicated access 
control and resource allocation 

Yes 


* 


Should support Min & Max 
resource allocation per virtual 
Partition 

Yes 




Should support resource 
sharing between virtual 
Partitions so in case rf 
resource is available with 
another virtual partition rt can 
be borrowed automatically 





Should keep configuration files 
separately for each virtual 
partition or segment 

Yes 



6 

Health Monitoring 



. / 


Should provide individual 
health checks for real servers 

& farms 

Yes 


CO 

.... 

:•/ o 

I'G 

Should allow to monitor 
protocol like HTTP. SMTP. 

. POP. FTP etc 

Yes 





{ 

( 

( 

( 


i 


f 


(, 
f 
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Annexure F - M 


inim " m Rec Juirem e nts and Technical Partict 


Load Balancer 


Annexure Vl.b.6 


» f i-’ 


Parameter 


pg 




site- 

felT 


Should allow to configure 
Customize health probes 
based on TCP & UDP 
parameters 




Should provide GUI to 
configure Health 

rrr^; t —— ——- 


I Ves 


—--__ - ■ •’’v/nmjjing 

Should providTftodbteS^T 
based support for complex 
environments & advance health I 
roooitoring 1 

^ed undam 


|Yes _ 


System and' Sessiw 

redundancy-failover should 

happen automatically, with no 

human intervention,Should 
Provide stateful failover 
capablfities 


Yes 


Should support IranTparenT" 
jgftover between 2 ri^ 


Should support transparent 

failover between 2 Virtual 
Instances configured on 2 
different units 

jShould SupportTaa^r 


I standby and active-active 
(redundancy topologies with' 
automatic configuration 
synchroni zation 

i The failover should be 
transparent to other networki no 
pevjces 


Should support HTTP deep - 
I packet inspection {HTTP 
p gte UPL, andoavtrwn 


r _ _ ^ 

J Should sup^iTb^irecticnai 

^Address Translation 
(NAT) and Port Address 
Translation (PAT) 


Yes 


(Should support TCP 

I Normalization & TCP 
[connection st ate trackinq 

(Shoufd support ICMP flood 
(guard 


(Yes 


Should support Virtual 
connection state for upp 


V es 


Should support Sequence ' 
number randomization 
Should support TCP header 

validation 


Should! upporl TCP windovT 

size checking 


Should able to delect 3. drop 
same Source port £ 
destination port tragic 
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Annexure F - Minimum Requirements and Technical Particulars 



Annexure Vi.b.6 

Load Balancer 


* 

fSSIf 

Parameter $ 

* * • ' • - - : 

." ' l 

TIrrim pm Rcq i^rfeSnent § 

W'+%£?'■ ■ -i 

. m 

fr ' 

• Measure^ 

*mr "*■ ■ 

: c 

L 

should able to detect & drop ' Y 

.4 port 0 traffic 

es 


9 / 

application Acceleration 



c 

< 

Should Support SSL Y 

Offloading & Acceleration on 
>ame hardware to reduce 
lumber of equipment-in Data 
center & save power / cooling 
requirement 

'es 



SSL certificates support 

6500 



support for TPS 

7500 



Should support HTTP 
Compression technologies like 
GZiP & DEFLATE using 
dedicated hardware chips 

Tes 


1 * 

I 

Should use dedicated 

Hardware Card / Module for 
compression & not software 
based compression 

Yes 


Should support dynamic 
caching technologies 

Yes 


Should store cached content ini: 
RAM for faster content delivery 

Yes 


Should support transparent • 
TCP Multiplexing (TCP 
Offloading)- - 

Yes - 


1° | 

Management 

: 


Role Based administration 
support namely Admin,Security 
admin, Network-Engineer, 
Network Monitor. Network 
Manager 

Yes 


Telnet 

Yes 


SSH 

Yes 


- HTTPS 

Yes 


RS232 -Console Port 

Yes 


SNMP 

Yes 


Should support GUI for 
configuration & monitoring 

Yes 

j 

11 

Support 



Is the proposed 
. product/solution End-oMrfe or 
will reach End-of-life within 24 
months from the date of 
submission of bid or 12 
months from the date of 
acceptance, whichever is later' 

NO 

i 

? 


Will the proposed 
product/solution reach End-of- 
support during the currency of 
contract? 

NO 
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Annexure F - Minimum Requirements and Techn 


Terminal Server 


Appendix Vl.b.7 


Sr. No 


Parameter 


Power Specification 



WAN Interfaces 


Auxiliary and Console ports 
Support 

is the proposed product/solution 
End-of-Iife or will reach End~of~ 
life within 24 months from the date 
of submission of bid or 12 months 
from the date of acceptance, 
whichever is later'? 

Will the proposed product/sofution 
reach End-of-support during the 
currency of contract? 


Remote Management 


Minimum 

Requirement 


Indian power 

specifications in 
terms of Phase, 
Voltage, Freq 


Sehat/BRl/PRr/ 
Diaiup r xDSL 


YES 


NO 


NO 


Hardware 

based, 

Operating 

System 

Independent 

Remote 

Management 

having 

Integrated 

Management 

Log. Support for 

multiple user 

accounts with 

customizable 

access 

privileges with 

SSL level 

security. SNMP. 


Unit of Measurement 


0,V,Hz 


YES/NO 


YES/NO 


YES/NO 


YES/NO 


YES/NO 


cal Particulars 
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Annexure F - Minimum Requirements and Technical Particulars 

b.8 


Appendix VI 

Technical Specifications for Firewall -Dedup-DB Firewall 



'• 

Parameters 

■ f 


iilSMig 

1 

Power Specification 

Indian power specifications in 
terms of Phase, Voltage and 
Frequency 

0;V;Hz 

2 

Architecture 




The appliance a multiprocessing 
system Architecture for high 
performance 

Yes 

YES/NO 


System should support Firewall, 
IPSec, VPN, SSL VPN. Unlimited 
users/nodes 

Yes 

YES/NO 

3 

H>gh Availability Features 




Capability to detect hardware failure 
duing powerup and before going 
online 

Yes 

YES/NO 


Stateful failover to prevent session 
losses to minimal. Frrewafl support 
rack serviceability with easy access 
mainboard 

Yes 

YES/NO 


Software reconfiguration/ 
configuration changes are immediate 
effect 

Yes 

YES/NO 


Support acttve/active and 
active/standby failover 

Yes 

YES/NG 


Should support VPN Clustering and 
Loadbatancing 

Yes 

J 

• v. •. t? 

YES/NO 


Supped tn-buftt environmental 
monitoring capabilities. 

Yes * 

YES/NO 

4 

Concurrent Sessions 

4 

V * " " ■$ ’ 

at least 1’500000 and at least 
80000 sessions per second 


5 

System Throughput 

at least 5Gbps and higher 

gbps 

6 

Memory 

? . i 

, . y 

• • | 

at least DRAM - 5GB or 
higher 

at least Flash Memory t GB- 
or higher or any. other storage 

if required 

fv-' - ' d 

GB 

7 

Ports 

minimum 4 Nos 1 Gbps 
ports and expandable 
minimum 6 Nos of lOGbps 
Ports and expandable 

units 

8 

Expansion option 

Network interfaces like Fast 
Ethernet/Gig Ethernet/1 OG 
Ethernet modules 

units 

9 

Application and protocol inspection 

%/ 

Should integrate with more 
than 24 speciiized inspection 
engines for protocols such as: 
(but not limited) 



Advanced Web Browsing 
(HTTP) 

YES/NO 


File Transfers (FTP) 

YES/NO 


Electronic mail 
(SMTP)/e$MTP 

YES/NO 


Domain Name System (DNS) 

YES/NO 


l_’ . t_ s . 


Nanawntl, dog 

H:C‘n ::7 FT hvl 


PFrVV-q Cr>:'Kt‘i:-S:An J RJwhSi. 

cUiWiaht Circus). Nv*v Delhi.;: 3001 
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Technical Specifications for Firewall -Dedup-DB Firewall 
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Annexure F - Minimum Requirements and Technical Particulars 


Appendix VI.b.8 

Technical Specifications for Firewall -Dedup-DB Firewall 




Support against all network 
and application level attacks 
ranging from malformed 
packet attacks to DoS attacks 

YES/NO 


Support for ability to 
customize protocol port 
numbers 

YES/NO 


Support upto 1536 bit RSA 
and Diffie-Hellman, MD- 
5.SHA-1 

YES/NO 

13 

DHCP relay 

-—-£ 

Forwards DHCP requests 
from internal devices to an 
administrator-specified DHCP 
server, enabling centralized 
distribution, tracking, and 
maintenance of IP addresses 

YES/NO 


Provides: 

YES/NO 


Rich dynamic NAT and PAT 
services 

YES/NO 


Static NAT and PAT services 

YES/NO 


Policy-based NAT and PAT 
services 

YES/NO 

14 

1 

.• 

* o -•~r 

X.509 certificate and CRL support 

— - 

Supports Simple Certificate 
Enrollment Protocol (SCEP)-' 
based enrollment with leading 
X.509 solutions from 

Baltimore. Entrust. Microsoft, 
and VeriSign 

YES/NO 

15 

Management 



' ;_ 'Y 

Web based management to 
support for remote monitoring 

YES/NO 


Accessible through variety of 
methods including : Telnet. 
Console Port.SSH 

YES/NO 


Dedicated Out-of-Managenet 
interface 

YES/NO 


Support SNMPvt, v2, v3 

YES/NO 


Support for security event 
logging 

YES/NO 


Support real time alerting and 
notification features and 
syslog 

YES/NO 


Should have the ability to 
create customizable 
administrative roles/profiles 
(monitoring only, read-only 
access tn rnnfinurafinn VPN 

YES/NO 
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Technical Specifications for Firewall -Dedup-DB Fire wad 
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Appendix V!.b.8 

Technical Specifications for Firewall -Dedup-DB Firewall 


• 25 

Com pat ability with proposed servers 

Yes 

YES/NO 

26 

Power Supply 




Hot Swappable Power supply 

proposed 

Yes 

YES/NO 


(N+1) redundant power supply 

proposed 

Yes 

YES/NO 


Dual AC input proposed 

Yes 

YES/NO 

27 

Cooling Fans 




Hot Swappable Cooling Fans 

proposed 

Yes 

YES/NO 


(N+1) redundant Cooling Fans 
proposed 

Yes 

YES/NO 

28 

Support 




Is the proposed product/solution End 
ofdifo or will reach End-of-Jife within 
24 months from the dale of 
submission of bid or 12 months from 
the date of acceptance, whichever is 
later? 

NO 



■Will the proposed product/solution 
reach End-of-support during the 
currency of contract? 

NO 



Will the proposed product/solution 
reach End-of-support during the 
currency of contract? 

NO 
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0 

.) 

") 

\ 

J 

J 

J 

\ 

J 

) 

J 

) 

J 
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Web Server 
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Sr. No 


Parameter/ Features 


|Security & Authentication 


Unit of 
Meaaurefnonf 


(YES /NO~ 


jjlhe propos^d^d uct / so|u J—- 
jEnd-of-hfe or will reach End^f-lif e 
r‘h' n 24 months from the date of 
{submission of bid or 12 months 
from the date of acceptance, 
{whichever is later? 


{YES / NO~ 


prowfe new version upgrades ~ 
{updates, patches, etc. for all the 
{components / subcomponents 

li^wugh the period of contract 
---- 


p 1 ■ -—- _ ~ m au 

Wi " ' he P^P^edTi^d^^M^T 
{reach End-of-support during the 
j currency of contract ? 


(YES/NO 


(YES / NO 
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Fire Resistant Cabinets 



it- *«*- - 

P&tzurtet6& 

t§^- w " 

. R«squi»«n©nts:->; 


7 

Interior Temperature range 

50 °C 

°c 

8 

Interior Relative Humidity range 
(non-condensing) 

80% 

% ' 

12 

Maximum Temperature 
sustainable at the required 
interior Temperature and 
humidity 

1000°C 

°c 

13 

Maximum exposure time to fire 

1 hour 

hours 

14 

Comply to Class UL-125 - 1 
hour specifications 

YES 

YES/NO 

15 

Manufacturer of cabinets is 

ISO 9001:2000 certified 

YES 

YES/NO 

16 

Warranty for period of contract 
_1— 

YES 

YES /NO 
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Virtualization Server Software 


Sc No - 

Parameter/ Features 

Minimum 

Requirements 

' 

Unit of Measurement 

1 

Support 




Is the proposed product/solution 

End~of-!ife or will reach End-of-life 
within 24 months from the date of 
submission of bid or 12 months from 
the date of acceptance, whichever is 
later? 

NO 

YES/NO 


Provide new version upgrades, 
updates, patches, etc. for all the 
components / sub-components 
through the period of contract 

YES 

YES/NO 


Will the proposed product/solution 
reach End-of-support during the 
currency of contract? 

NO 

YES / NO 




) 

) 


J 

j 

J 

) 

) 

J 

J 

) 


J 

J 



i 
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Appendix VLc.2 

Virtualization Server Manager Software 


18181 

* - 



1 

General management 




Performance monitoring capabilities ; 
includes resource utilization (CPU 
utilization, memory, disk I/O, and 
network I/O) for a host server and 
virtual machine 

YES .. 

YES/NO. 


Maintain version and inventory of 
. virtual machines 

YES 

YES/NO 


Automated deployment of VMs. OS 
patches and applications 

YES". 

YES/NO 

2 

Support 



Is the proposed product/solution 
End-of-Ufe or will reach End-ofr 

life within 24 months from the date 

of submission of bid or 12 months 
from the date of acceptance, 
whichever is later? 

NO 

YES /NO- ■ 

Provide new version upgrades, 
updates, patches, etc. for all the 
components / sub-components 
through the period of contract 

YES 

YES/NO 

Will the proposed product/solution 
reach End-of-support during the 
currency of contract? 

NO 

YES/NO 
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J 

J 

J 

I 

J 

J 


Backup Software 


Appendix VI.c.3 



Parameter/ Features 


Should have capability to 

support for all major Operating 
system clients including, but 
not limited to AIX, HP-UX, 
Solaris. Microsoft Windows. 
Linux, etc. 


Minimum. 

• j** 

Requirements 


Support for heterogeneous 
storage solutions including 
EMC, Hitachi, HP, IBM, 
Network Appliance. Sun, etc. 


Should be flexible and 

configurable lo adapt to 
organization's backup policy. 


Should have capability to 
generate scripts 


Should have support for 
Development kits / API for 
customization of scripts 


Capability to configure 
automated backups with 
customized frequency based 
scheduling based on the 
backup policy. 


YES 


YES 


YES 


Unit om 
Measurement 


YES / NO 


YES /NO 


YES / NO 


YES 


YES 


10 


11 


'h/ 


M 


12 


13 


Full fledged Media Library 

Management, including 
complete and automated offsite 
tape management, creation of 
pickup and drop lists, tracking 
of tapes, etc. 


YES/NO 


YES /NO 


YES / NO 


Should be configurable for 

incremental backups or futh 
back.up of the applications, 
database, files, etc 


Pleas© mention deviations, H 
any 


Capability to leverage Storage 
Area Networks (SAN), Network 
Attached Storage (NAS) and 
Gigabit Ethernet for backup 
and recovery 


Should leverage provisioning of 

Business Copy by various 
storage vendors for zero- 
downtime backup. 

Rich GUI with single screen 
monitoring for complete 
backup / restore activities 


Capability to retrieve selectively 
based on search criteria 


Capability to backup the’entire 

configuration of the server and 
restore it from scratch the 
entire system including 
configuration when m a 
" ° f hardware failure. 



X^TT /o/ 
\VN_-;<V 


i 
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j 

V 

<3 


Appendix VLc_3 


Backup Software 


SivNd 

Parameter/ features 

. . - . • • j 


Measuremeritr I 

. Please 

w. ^ 

14 

Time required for the 
restoration of the configuration 
on to the server 


Minutes 

: =■;.■; • ' ‘ - 

15 

Capability to read and write 
multiple streams 
simultaneously to / from one or 
more tapes and from more 
than one ciients/serve/s 

YES 

YES / NO 


16 

Should allow for a failed 
backup or recovery job to be 
resumed from the point of 
failure rather than restarting the 
job all over again. 

YES 

YES/NO 


17 

Should allow for a failed 
backup or recovery job to be 
resumed from the point of 
failure rather than restarting the 
job all os^er again, 

V 

£ 

YES 

YES / NO 

{ r • 

i 

• 1 

: . .18,. . 

Should be configurable for 
usage of netv/ork bandwidth n 
should provide.the 
administrator the capability to 
throttle and reside* bandwidth 

usage on LAN; 

' \ ~ f •; 

YES 

YES/NO 

» • *•••’ 

' S '' ' "I ' J 

19 

Capability to integrate with the 
ERM proposed 

YES 

YES/NO ‘ 

■' v •••••••• 

20 

Support 




Is the proposed 
product/solution End-of-life 
or will reach iEnd-^of-life 
within 24 months from the 
date of submission of bid or 

12 months from the date of 
acceptance, whichever is 
later? 

NO 

YES/NO 

_ ['I \l-J- ■ /-. - . 

• Provide new version 
upgrades, updates, patches, 
etc. for all the components / 
sub-components through 
the period of contract 

YES 

YES/NO 



Will the proposed 
product/solution reach End- 
of-support during the 
currency of contract? 

NO 

YES/NO 

; V ■ 



• ( 
*c 


l 

{ 

{' 

.( 

i 
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Replication Software 


Appendix Vl.c.4 




Sr. Mot 

1 

Parameter/ Features 

Support 

Min/m (ini; 

, Requirements 

Measurement 


I 


Js the proposed 

product/solution End-of-fife or 
wifi reach End-ofdife within 24 
months from the date of 
submission of bid or 12 
months from the dale of 
| acceptance, whichever is 
later? 

f rOVirfP wpfc „ * 

NO 

VES/NO 




v "is ion upgrades 
updates, patches, etc. for all 
the components / sub¬ 
components through the penod 
of contract 

tES 

YES / NO 



— 

»* mi (i proposed j 

product/solution reach End~of- 
support during the currency of 
contract? 

NO 

yes/no~ 

-—■ -- 
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Appendix VI.c.5 

Anti-Virus Software 


'. Sr. No''.-.; - 


>•* 


1 

Product Name 

McAfee / Symantec / 
T rend Micro/Otber 


2 

Version 

Enterprise Edition 


Licenses for components that are pnces and sold separately should be indicated as 


Other 2 



3 

Protection for Desktop / 
Servers 

YES 

YES/NO 

4 

Security for SMTP 

YES 

YES/NO 

5 

Security for Microsoft 
Exchange/Lotus Domino 

YES 

YES/NO 

6 

Security for Lotus Domino 

YES 

YES/NO 

■ 7 

Gateway Antivirus 

YES 

YES / NO 

8 

] __ _ 

Support — 



Is the proposed 
product/soiution End- ; 
of-life or will reach End ; 
“7* of-‘life within 24 

months from the date of 

submission of bid or 12 
months from the date of 
acceptance, whichever 
is later? 

NO 

YES/NO 

Provide new version 
upgrades, updates, 
patches, etc. for all the 
components 7 sub¬ 
components through 
the period of contract 

YES 

YES/NO 

Will the proposed 
product/solution reach 
End-of support during 
the currency of 
■ contract? 

NO 

YES/NO 
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Syslog Software 


Annexure F - Minimum Requirements 


Appendix Vl.c.6 


receiving messag^T 
I gP, TCP or SNMP 


For all servers and 
devices 




VES/NO 


YES 


YES / NO 


J options 


yes' 


yes 


YES J NO 


[ass xli^s | (0m , he received SysteT 

message to an external program e- 
ma,I message or Syslog message 


yes/no 


yes/no 


Is the proposed product/solution 
End-of-life or will reach End-of-lif e 
W,th,r, 24 months from the date of 
submission of bid or 12 months 
from the date of acceptance, 
whichever is later? 

Rrovndenew version upgrades, Tyi^~ 

updates, patches, etc. for all the 
components / subcomponents 
^through the period of contract 

Ydlim^p roposed producl ^—~ 

reacn End-of-support during the 
currency of contract? 


YES/NO 


YES/NO 


YES/NO 


) 

) 


J 


j 

) 

) 

) 

) j 

o 

vj 

j 

) 



rh 


r-»^. 


000 




and Technical Particul. 



I 
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Appendix VLc.7 

Cluster File System 


Sr. No 

Parameter/ Features 

Minimum 

Requirements 

Unit of Measurement 

1 

Should be certified by bb 

vendors for operation in 
active-active, active-standby 
mode 

YES 

YES / NO - list 
support/constraints if 
any with the databases 
Oracle, MySQL, MS 
SQL.DB2 

2 

Should also have capability 
to run the database on raw 
file system if required. 

YES 

YES/NO 

3 

Journaled FDe System 

YES 

YES/NO 

4 

Capability for online resizing. 

online backups and online 
defragmentation 

YES 

YES/NO 

5 

Support 

* 



Is the proposed 
• produd/soMton End-of- 
life or wilt reach End-of- 
llfe within 24 months from 
the date of sub miss bn of 
bid or 12 months from the 
dale of acceptance, 
whichever is later? 

NO 

YES/NO 


Provide new version 

Upgrades, updates, 
patches, etc. for afl the 
components j -sub¬ 
components through the 
period of contract 

YES 

YES/NO 

i •' 


Will the proposed 
product/solution reach 
End-of-support during 
the currency of contract? 

NO 

YES/NO 
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) 







SAN Fabric Manager 

Appendix VI.c.8 



Sr. No 

Parameter/ Features 

[ Minimum 

J Requirements 

Unit of Measurement 



o 

Should provide a GUI based 
software 

[YES 

YES/NO 




Should be integrated with the 
proposed ERM solution to offer a 
Single window for monitorinq 

[VES 

YES/NO 

] 


o 

Capabilities and visibility to 
.Capture status of entire Storage 
Area Network 

objects.Example.Fabric Switches 
Storage etc.. 

(YES 

YES / NO 

'l 

) 


j 5 

Should have capability for 

automated monitoring and 
notification of changes in the 
fabric 

YES 

YES/NO 

"i 



Enable dynamic discovery and 

control of all SAN components 

[YES 

YES/NO ~ 

) 

) 


o 

capability for Fabric, switch and 
port naming and enable 
assignment of specific names to 
SAN objects. 

YES 

YES/NO 

\ 


/ 

Capability for change 
management so as to tracks 
changes to fabric objects 

[YES 

YES/NO 

) 


— - 

Capability for traffic prioritization 
from Hosts at FC port level. 

[YES 

YES/NO 

) 

1 


9 

Should allow administrators to 
capture configuration of switch, 
(backup the same and compare it ; 
to current switch configurations 

[YES 

YES/NO 

) 

) 

) 

1 

[ 

10 

Should undertake end-to-end 

Performance Monitoring and j 

permit early fault detection and 
isolation along with performance J 
measurement. | 

TES 

YES / NO ” 

) 

) 

) 

j 

i i 

i 

1 

f 

t 

security protection for 
management should make use of j 
digital certificates and digital j 

signatures, multiple levels of 
password protection, strong j 

password encryption and PKI- j 

^ased authentication. I 

YES 

YES/NO 

) 

! 

( 

\j 

capability for Hardware enforced p 
-Oning I 

FES " v, 

'ES / NO 

.) 

J 

) 

i 

) 

J 

I 

i 

i 

t 

j 

E 

II 

F 

II 

c 

S 

P 

Vizards for zone configuration. p 

nter-VSAN routing (IVR), j 

^Channels. Fibre Channel over 

3 (ECIP) tunnels, and IP access 
ontrol lists (ACLs) 

Support Zoning / LUN masking, 
ort binding, port masking, etc. j 

'ES v 

'ES/NO 

) 

J 

i) 

c< 

C 

u 

,c 

•'X/'i 

upport for Detailed Fabric jy 

an Figuration example: Pori 1 

onfiguration. Supervisor Module | 
pgrade. Hardware replacement 1 
'Ompare switch configurations 1 
c I 

es 


j 

! 

• - r »- GJ 

Jpport for CLl interface from {Ye 

UJ _ j 



1 





-——- 


J 


' ' ’ ■ -i - .' ;i| 

I < 


i 
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Interoperability support with 
different Fabric Switch 

Manufacturer 

No 



Support for Managing more than 
one Fabric Management Instance 

No 



Support for Managing FCOE 
Switches 

No 



Support for .Schedule periodic 
backups of running switch 
configuration 

Yes 


13 

Support for Managing Fabric 
switch alarms. Notifications and 
Events 

Yes 







Support for reporting of Storage 
Area Network on Inventory, Port 
Utilization. Zone Configuration. 
Trunk Configuration.Performance 
Reports namely. Port Utilization, 
Switch Bandwidth utilization. 

Report on health of the fabric 
switch. Report on License 
Utilization and inventory 

Yes 


14 

Is the proposed product/solution 
End-of-llfe or will reach End- 
Ofdife within 24 months from 
the date of submission of bid or 12 
months from the dale of 
acceptance, whichever is later? 

NO 

YES / NO 


Provide new version upgrades, 
updates, patches, etc. for all the 
components / sub-components 
through the period-of*contract 

YES 

YES/NO 


Will the proposed product/solution 
reach End-of-SUpport during 
the currency of contract? 

NO 

YES/NO 


7 


i 
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Storage Manager 


Sr. N 

-j 

Parameter/ Features 

Minimum Requiremen 

ts Unit of Measurement 

o 

Shoufd provide a GUI based 

software 

YES 

YES/NO 


Should be integrated with the 
proposed ERM solution to offer a 
single window for monitoring 

YES 

) 

YES/NO 


Capabilities manage 

heterogeneous storage arrays 
from leading vendors 




EMC 

YES 

YES/NO 


Hitachi 

YES 

YES/NO 


HP 

YES ’ 

YES/NO 


IBM 

YES 

YES/NO 


Network Appliance 

yes' 

YES /NO 

_ 

f 4 

oun 

YES 

YES / NO 

| 5 

Should integrate with proposed 
Backup software 

Policy Management 

YES 

YES / NO 

!- 

Configuration of parameters 

YES ~ ' 

YES / NO 


Volume allocation 

YES 

YES/NO 


Storage reconfiguration 

YES 

YES / NO 


Cache management 

YES ” 

YES / NO 

:_ 


1 deallocation of capacity 

YES 

YES / NO 

: — 

Monitoring, analyzing, tuning 

performance 

YES 

YES/NO 

j"~ 6 —; 

Automated customizable policy 

based provisioning / allocation 
of storage 

YES 

YES / NO\ •.. - ‘ - 

f 7 

Addition of new hosts without any 
downtime 

YES 

YES/NO 

t- 

2 a 

Fast file system recovery 

YES 

YES/NO 

1 8 

? J 

Extent-based allocation of disk to 
files 

YES ' 

YES / NO 

; J \ 

L .. 

-« 'Jn r 

Online rile de- fragment at ion 

YES 

YES/NO 

i _ f i l 

\ ■! 1 r 

0 irectory optimization 

YES 

YES/NO 

1 ‘ 1 1 

I f 

t 

n 

» if 

a 

e 19 a 

jynamic load balancing with 

unctionality for spreading J/O 
>etween the multiple paths of 
nulti-controfler disk arrays to 
icrease the performance and 
availability 

YES 

YES/NO 

1 d 

il lO R j 

automatic path failover and > 

ynamic recovery 

'ES “ 7 

'ES/NO 

s * O A/ 

? Ci 

lomtor all the paths that are y 

configured 

'ES Y 

ES / NO 

! fa 

! m 

-1 q 

upport periodic aulo detection of V 
"fed path without the peed for 
anua! detection 

ES Y 

ES/NO 

* O 

ac 

Lc 

fP £ 

tt * 

t vvt 

k 

! 7^ fp; 

apabilrty to define, configure, V 

id. delete, expand, and reassign 
ogrea! Unit (LUN) to specific 
rths non-destructivefy and 
thout having to reboot the 
stem. 

m 

00 

-< 

ES/NO 

' • .... 

ovide various reports for yf 

magennent 

-5 yf 

ES / NO 
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R' 


17 

Vleasure the performance 
statistics of each and every 
component of the storage 
subsystem and should also 
provide an extensive set of 
graphs. 

YES 

YES/NO 

. ' -. . 

18 

Real time and historical monitoring 
and support threshold based alert 
mechanism 

YES 

YES / NO 

19 

Support 




Is the proposed 
product/solution End-of-life or 
will reach End~ofTrfe within 24 
months from the date of 
submission of bid or 12 months 
from the date of acceptance, 
whichever is later? 

NO 

YES/NO 


Provide new version upgrades, 
updates, patches, etc. for all 
the components / sub¬ 
components through the period 
of contract 

YES 

YES/NO 


Will the proposed 
product/solution reach End-of- 
support during the currency of 
contract? 

NO 

YES/NO 



> 
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Provide newversiorT 
upgrades, updates. 
Patches, etc. for a/I the 

components / sub¬ 
components through the 
period of contract 


the proposed " 
product/sofution reach End- 
of-support during the 

currency of contract? 



and Technical Partic 
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Linux Operating System 


% 

»■ 

• 1 Parameter/ ifpaturPs . 


' { \ Unit of 
W!easiit«m&nt | 


1 F 

Product Name f 

^ed H3t Llrnix 



2 S 

/ersion f 

■ - < 

^edhat Ent. Linbx5,0 

'upgrade 1 or higher) 



3 ■ 

No; of Licenses (Primary Site) 

■ - -- - ■ 




Max Physical 
CPU/sockets per server 

2 


4 

Memory 




Max physical memory per 

server 

64 

GB 


Max file system size 
^each) 

ID 

TB 

5 

Support 


. _ 

Is the proposed 
product/solution Eod-of-fife 
or wilt reach End-oMlfe 
within 24 months from the 
date of submission of bid or 
12 months from the date of 
acceptance, whichever is 
later? 

NO 

YES/NO 

i 

t . i ■ 

provide new version 
\ upgrades, updates, patches 
j etc. for all the components / 
| sub-components through 
} the period of contract 

YES 

YES/NO 

| Will the proposed 

product/solution reach End- 
of-support duririg the 
currency of contract? 

NO 

YES/NO 
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OS Clustering Software 


:% 

Sr. ■ ? 

| 

^ 4 r 

. ^ 

n’J*- . 

, fi 

'Cjj. -7"-- -• • ■ r <v'’ ! 

m £ar 

tey&M up ■ 
■^ F . .-• : -. 

i $ 

c 

r 

Should be certified by Databases for 'i 

perabon In active-active, active-standby 
node 

'ES Y 

d 

ES / NO (list supported 

at abases) 

7 < 

r 

should provide support for running 
multiple instances of the same 
application an the duster. 

res 1 

'ES/NO 

3^ 4 

Should support non-lntrushe TCP 
connection failover. 

fES 

i'ES / NO 

4 

Should ensure duster members stay m 
sync and communicate their status 
instantly through duster interconnect. 

YES 

f ES / NO 

5 

Should allcM/simultaneous access to 
share storage from multiple servers that 
are configured ip load sharing mode. 

YES 

YES/NO 

/ 

6 

Should alio// policy-based, cascading, 

and mud-dinectionat layover. 

YES 

YES/NO 

7 

Should be capable of intelligent woddoad 

management and should allow 
administrators to set fall-over policies 
based on server capacity thresholds and- 
available resources. 

YES 

YES/NO 

8 

Should provide easy management 

YES 

YES/NO 


through user friendly GUI Interface 



9 

Should be compatible and should 
integrate with the backup software 
provisioned. 

YES 

YES/NO 

10 

Support 



ts the proposed product/solution End- 
of-hfe or wifi reach End-of4if© within 
24 months from the date of 
submission cfbid or 12 months from 
the date of acceptance, whichever is 
later? 

. NO 

YES/NO 


Provide new version upgrades, 
updates, patches, etc,for all the 
components / sub-components 
through the period of contract 

YES 

YES/NO 


Will the proposed product/solution 

reach End-of-support during the 
currency of contract? 

NO 

YES/NO 

































































Bid No. D -11 018/14/Tech/10-UIDAI 


Appendix Vl.c .14 


Technical Specifications for Event Cormhr 
, monitoring tVent Cor relat.on, management and 



Network Interface 


— u storage. 

RAID protected, High 
Performance disks 


(VES/NO 


10 


13 


J-g g Replication capabiliti es" 

Data ma nagemenrtools(copy7 

purge and move) 


Event/tog collect 
ollectevents and logs at real 

TlO Iw. _ 


14.1 


ai »c 

H^e to a centralized log and 
Event Management system with 
secure storage 

Regular signature and 
vulnerability information 

Systernuevice support 
O apabilft ies 


Operating system 


support not limiting to MS 

_a 


~ * "in iu n/Jo 

Windows. Linux, Solaris, HP UX, 


yes 


[yes/ncT 


yes 


TyesTno" 


n0t ,im,t ‘ n9 t0 Bitewalls 

IPo.NIDS, NIPS,HIDS. Antivirus 
; Solutions, IPSec gateways 


yes 


Tyes/no 


r— 


14.5 


^Virtual Environments 


support not l,m,t, ng toVmware' 

cen ter. Vm wam 


I YES/NO 


I 14.2 

Network devices ' 


. 

L-J 

L_ 14 ' 3 

— 

limiting (o Routers. Swrtches. 

sreJess Access points 
Database - 

1 1 ; ~ m * ; ■ ^ 

,1 

1 

j) 

r 

Support not limiting to Oracle 

MS SQL 

yes ’ I——-— I 

yesTno^ -H : .. 




















































































































Bid No. D-11013/14/Tech/IO-UJDAl 


AnnexureF-Mimmuiii.vcM- 


14 . 6 [Customization capabilities to 

-- [yes/no 

yes 

[support home grown applications 



iWeb based abrlity to monitor yes 
|and manage devices which are 
t of solution 

1 Correlation support but not 

(limited to - Rule Based, 

1 Behaviour Based. Vulnerability 
(based. User defined. Baseline 

[b ased _ 

I Provide real-time dashboard and Jyes 
[global view of all data capatured 


[Ability to define the network 
baseline and alerts 


yes 


[Capability to alert via but not 

[limiting to -email, syslog 
(notifications, SNMP traps, 
[syslog 


yes 


16| Reports 


Standard reports should be 
available as part of solution and 
made available as and when 
vendor release the upgrade at no 
cost 


lyes 


Ability to schedule standard user [yes 
defined reports 


17 


Management 


System should allow multi user 
access 


AAA support for TACACS, 
RADIUS. Active Directory 


18 


lyes 


yes 


Rote Based Access to 
administrator web portal 


lyes 


Process_ 

Support ticketing/workflcw 
management capabilities 


Allow third party ticketing 
systems like but not limited to - 
BMC Remedy, CA Unicenter. 
Service Desk. etc.. 


yes 


[Automatic incident creation 
1 ba sed on a lerts_ 

191 Mounting 


Iyes/no 


[YES/NO 


[yes/no 


[YES/NO 


YES/NO 


YES/NO 


YES/NO 


yes/NO 


YES/NO 


20 jcornpatability with proposed 

I n etwork devices _. 

2l|Compatability with proposed^ 


(standard 19-in rack 
(required hardware 

Yes 


with 


YES/NO 


yes/no 


yes/no 


Wes 


YES/NO 


22jPower Supply _ 

|(N+1) redundant power supply 
[proposed 


[YES 


YES / NO 


23[Cooling Fans 

|(N+1) redundant Cooling Fans 
proposed 

24|Support _ _ _ 

[Is the proposed product/solution 
[End-of-life or will reach End-of- 
I life within 24 months from the 
(date of submission of bid or 12 
(months from the date of 
(acceptance, whichever is later? 


YES 


NO 


YES / NO 


YES/NO 
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Bid No. D-1icn 


Annexure F - Minimum 



W|fI the Proposed 
product/solution reach End-of- 

support during the currency of 

NO -- 

YES/NO 

--——_ 
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Letter for withdrawing the Technical Deviations 



:: IDENTITY 

- « < iTin.M-r 


solutions 


July <L 2010 


Shn B, IT Llanxwah 

Depaty DrcecD 3 a:G«Qeui 

Uxaqae Edecrti&catian AtrtbosdJy of Indba (UIDAI) 

PiKDanxg Comnxnsion, Govt. of Tnth*. (GoI) 

3 ^Ykxx. Tourer IL Jeevani Bharati Budding 
CaiKsuyhi Gitm 
Nevr Delhi — 110001 

Kje 1,-1 Me*bfy Sckihom Opeiatn^ Coatpisy 


UIDIA - RTF; L-l CeasorfeBi Rrtmtxja of Dorateofij 


Dear Shn _33ET Narwrwrali, 


Tins skives as a fcnrnl rtfxaaiGS ?f all <k\T2tificus i&to by L-i I<tonty S^lufoiis 
OpMtms Company CL-1") contained in L-l Ccnsorfoanfs Proposal dued Jtme 21. 2010. Mme 
9 ieafkaBv pDa.se coHa&dar all de%Lnuxns noted m Anoas: 4. I S {StaJeEDeD* of Donations Loin 
Bid Terms *iid Coodinras) and. Annex 4.24 (Sutfmeia of Conmenaal Deviilx>es nnom Bid 

Xmas and CoBdi^cs) of lr IT proposal family reflected sad of no father fee or dfcX All 
other tennSv condfoocx aod prmHSixsxs set forth mU-s proposal remain uachanzed as an^jnalfy 


Given the importance end value of DIB intellect^*! property to the company, as well as 
I&e siVrofy^nt capital cutky thu will be Decessrry oc the part of D1 were the UIDAI to atred a 
contract id the L-l Ornsomim. L-l would appreciate the oppornrntty to fafoa^dmiy 
appropriate copy protection means foe the algcntizns conaxmed in L-l s rmiltrmottB SDD as 
fi 5 the LTD ATs right to tmnicate foe contract foe mcveojeoce at the time t^e foscass the 

txasl contract tsetins. iLswarded. 

We imderstjEd that the Director Gerard aod msnb«ra of the Selection Cocncninee of foe 
UIDAI have indioaed Thai posmon foaf as a policy matter amd from * practical point af rawp 
foe terms and conditions menhiiDed m the RFP ri resp^ of_&* issues raised by the deviahons 
LaSces m Annexes 4X.8 end 4.2.4 are app&cabl* ocify a> foe Biomemc Sohunxis Provsder * Prroe 
Respondent (Dl) and xeoold do< he viewed by the UIDAI So apply to other consortium members 
that -sre past of foe B iocoetnc Sofatdoji Provider s Team 


Respectfully sobcoined 



hlacMid van 6er Harst 
Technology Of&csc 

Dl IdMuy SohitLans Operating Company 













f 

' ( 


Unit Price for Enrollment Allotted Transaction for de-duplication services (in INR) 

Item Description 

Base Price 

Total Taxes, Duties 
and Levies 

Total Price 

Price quoted per 
allotted transaction 
for de-duplication 
services 

2.49 

0.26 

2.75 




















Annexure I 


Non 


Disclosure Agreement as submitted by M/s L-l Identity Solutions 
Operating Company Private Limited 






Annexure J 



1 


[\ 


Technical Bid as submitted by M/s L-l Identity Solutions Operating 

Company Private Limited 
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Annexure K 


~r— 

~V- 

V 


) 


) 


Commercial Bid 


as submitted by M/s L-l Identity Solutions Operating 
Company Private Limited 



i 





Annexure L 

Acceptance Letter of LI Bidder commercial quote 



: IDENTITY 

: solutions 


July 16,2010 


Shri B. B. Nanawati 
Deputy Director General 

Unique Identification Authority of India (U1DAF) • 

Planning CornnrTissiofvGovt. oflndia (Gol) 

3^ Floor, Tower U, Jeevan Bharati Building 
Connaught Circus 
New Delhi - 110001 

Re: l^-I Identity Solutions Operating Company; 

UTDAJ-RFP 

Dear Shri.B.B. Nanawati, 

Based on the UIDAl's request earlier today, the L-l Consortium (“L-l”) hereby retracts 
our letter to you dated July 1 5, 2010 and agrees to match Accenture’s lowest bid price of 
2,75 Rupees per allotted enrollment transaction. 

We very much look forward to serving the UIDAI and participating in this important 
program. 

Respectfully submitted, 

Machiel van der Harst 
Technology Officer, 

L-l Identity Solutions Operating Company 



I 77 Broad Street. 12ih Floor Stamford. CT ooool 203-504-1 lot) 






Annexure M 


""j 

'i 


The Purchaser 7 s order dated 30 th July 2010 

' 



GOVT OF INDIA 

PLANNING commission 

UNIQUE IDENTIFICATION AUTHORITY OF INDIA 

rd Floor, Tower II, Jeevan Bharati Building. 
Connaught Circus.New Delhi - 110001. 

F.No. D- 1 1018/1 </Tech/10-UIDAI - 'J 1 

Dated : 00.07.2010 


To 


M/s LI Identity Solution 
2. Frontline Grandeur, 
M Walton Road, 
Bengaluru - 560 001 


Operating Company, 


Sir. 


J 

-J 



Sub Zzrr on of Bi <~ •<* uioa, . 0rder 

Te"r r r ^D°mi^4T^Taij^ron C 'ihe 8 atX) St,bm ' tt0<1 * *0 

revised financial proposal dated 16 07 2010, ment^ned subject and your 

‘ A ' ccer> ture Services Rvi Ltd ka/ q ►. 

Satyam) and M/s LI Wem-ty Solution Serv,cc8 <-<d' (Mahindra 

bree Biometnc Solution Providers for * bee ° se,ec,ed as the 

Secbon V - Scope of Wortt" of L Td rw^ of as stated in 

s;~ r^r" - 2 

W««KS.*.Xr t u —* —- 

estimated maximum 10.50 crore onrolmore 8 ^ 1e,nc Soluhon for UIDAI, for an 

allocation of further enrolment transactor^* IL j - ,he 8id ,he 

prov,SKOn 3 ofClaus a 3-Rul„ofAII<2rtJon”nfw« 0ne ,n n accofd3nc « with the 
Following salient „NnK , K . V "' ^ 8id °°™. 




• Rule* 0 r Allocation" 


(') the enrolment transnrii~ir>c . 

transact ions shall be assigned to In V*J?™ 2ero to 1 
Biometric Solution ProvkW«T m 3 " h above mentioned three 
Provider shall perform * * f™ 9 ' e3Ch Blometn *c Solution 

same 1 crore .object* ucces * u de-dupllcation check on the 


p ago 1 of 3 


. T 






) 







(ii) from Cycle 2 onwards, daily volumes shall be allocated separately to 
Biometric Solution Providers as per "Clause 3 - Rules of Allocation 
of Section VIII of the Bid Document. 

(iii) for the purpose of allocation of volumes for Cycle 2, performance of 
the Biometric Solution during the last Ten Lakh enrolment transactions 
of Cycle; 

(rv) the performance of the solution of each Biometric Solution Provider 
shall be measured at the end of each Cycle; 

(v) from Cycle 3 onwards (till Cycle 20), the allocation of volumes to 
Biometric Solution Provider shall be based on performance 
measurement made on their respective solution for all transactions 
undertaken in the previous Cycle. 

(vi) The Biometric Solution of each Biometric Solution Provider shall 
adhere to performance levels as stated in Clause 7.2 of Section HI 
Attachment 1 - Draft Service Level Agreement of the Bid 
Document. 

6. Stipulated Time Schedule 

The Project Timelines for implementation of Biometric Solution shall be as stipulated 
in “Clause 21 of Section III - General Terms and Conditions of the Contract" of 
the Bid Document and should be strictly adhered to. 

7. Server, Storage and Other Infrastructure 

In accordance with “Clause 8 of Section V - Scope of Work" of the 8»d Document 
you shall provide hardware for both primary and business continuity sites of U1DAI for 
de-duplications of an-estimated capacity of 1 (one) Crore enrolments. The payment 
of Rs. 5,00,00,000/- (Rupees Five Cronos only) towards delivery, installation, 
acceptance etc. wilt be made to you in accordance with “Clause 46 - Payment 
Schedule" of "Section III - General Terms and Conditions of the Contract of the 
Bid Document. 

8. Acceptance of Solution 

It shall be your responsibility to draw the acceptance schedules, detailed acceptance 
tgsts, formats for acceptance reports and dissemination mechanism for the 
acceptance reports in consultation with the UlDAl and as specified in Clause 10 of 
“Section V - Scope of Work" of the Bid Document. 

Training 

' As part of system implementation, you shall impart training, to starff of UlDAl and o 
service providers as nominated by UlDAl, on the Biometric solution related to 
configuration, usage. API. performance tuning 1 arid measurement and Technical 
reports as indicated in “Section V - Scope of Work” of the Bid Document. 

,Payment Terms 

Payments will be made to you in accordance with “Clause 48 - Payment Schedule 
of “Section 111 - General Terms and Conditions of the 0001X301" of the Bid 
Document. 


9 . 


10 . 


11. Scope of Work and Deliverables 

The Scope of work. Deliverables etc. shall be as per “Section V 
of the Bid Document and the Technical Bid submitted by you. 


. Scope of Work" 


T* 
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12 . 


"■'v 




13. 


14. 


15 


Warranty 

,... „... 

Signing of Contract Ct at,ache d thereto. 

Based on your terh 

~ rsr—- 

Work Allocation A q 30 ( ' ondltlons of the Contract SerV^ Sha,f be 9 ° vernec < by 

:: r section -»'u^ on teis 

normance Security 

Within 15 days after r 

a bank gur iranlee bSid°i' Sh N ,he per,orma ' | oe security**™^ UIDAl' 0 " ° pe, ' 3,ln !< 
order (comprisino „ , a " "l ual lo 10 percent Seventy Five 

rTz::::r ^ 5 

^es with the approval nf tho c 

PP oval of the Competent Authority.. 

Vours faithfully. 


M- 7‘t* 1 

(Ajay Nandan) 
3tant Director General 


I 

J 

.) 

j 

j 

J 

.) 
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